Orillusion

ts 项目默认的编译的配置会严格限制 class 变量初始化，https://www.typescriptlang.org/tsconfig/#strictPropertyInitialization

我们一般会关闭这种严格限制，可以在 tsconfig.json 中，配置：

{
  "compilerOptions": {
    "strictPropertyInitialization": false
  }
}

可以上传一下模型zip，或者去github发个issue，我们看一下模型

感谢反馈，请尝试安装 @orillusion/graphic@0.2.5，应该修复了这个bug

这个网站可能已经停止运营了，我们稍后更新一下doc，把这个链接移除吧

曲线切线的这个方法应该是比较明确的，简单画了一个图：

就是求一条 cubicbeziercurve 上某一点的切线方向，参数 t 就是曲线长度归一化 [0,1] 上的某一点，具体的求解过程可以参考源码

内置的 pickfire 默认只在 meshrenderer 上触发相应的事件，为了性能和组件化的设计暂时并没有对应冒泡机制，你可以根据逻辑自定义pick的冒泡

let obj = new Object3D();
obj.name = 'clickable' // 比如自定义name，或者 obj.data 等辅助数据
obj.addChild(...) // 添加一些多级子节点，其中包括一些 mesh节点并添加了 ColliderComponent
// 默认是不会触发的, 但可以手动 dispatchEvent 触发
obj.addEventListener(PointerEvent3D.PICK_CLICK, this.pickClick, this); 


// 以 click 为例，pickFire 统一添加 click 监听
view.pickFire.addEventListener(PointerEvent3D.PICK_CLICK, (e:PointerEvent3D)=>{
    let target = e.target;
    // 根据自定义逻辑，自动向上查找父节点，冒泡点击事件
    while(target.name !== 'clickable'){
        target = target.parentObject
        // target.dispatchEvent(e) // 可以每一层都冒泡 dispatchEvent(e)，但不推荐
    }
    target.dispatchEvent(e) // 最终在 obj 上触发 PICK_CLICK 事件，也可以自定义任意 event
}, this);

@github-sugar 试着安装一下 @orillusion/core@0.8.4-dev.3，看看错误有没有解决，如果可以我们稍后会发布 0.8.4 正式版

感谢反馈，应该是一个bug，稍后更新一下 destory 的逻辑

更新了 @orillusion/graphic 0.2.4, 修复了 ClearAll 和 destroy, 升级一下package就行

感谢反馈，应该是bug，我们排查一下

这个是发布的stats dependence 的问题，没有升级0.8的版本，所以本地安装了两个 orillusion 版本，stats 默认引用了 0.7.2 的引擎，和主引擎有冲突，stats 新版本的已经修复了 dependence，正常安装不会发生冲突了

可能老版本有bug，0.8.3应该修复了,

material.depthCompare = GPUCompareFunction.always

这个应该可以让物体始终显示

具体代码？build 时是 node 环境，没有 window 对象，可以使用 globalThis 统一 node 和 浏览器，具体的使用需要看你的代码了

ts 和 js环境分别是什么？用的什么域名

并不需要，完全兼容用原生 js 引入 @orillusion/core 进行开发，ts只是辅助

这个是 0.6.5？ chrome 118后升级了 wgsl 的一些api 规则，老的一些语法无法通过了，请用最新的 0.7.1 进行测试

因为缺少资源，大部分 sample 需要 public 目前下的模型或者贴图文件，这是一个独立的 submodule, repo clone 后需要单独初始化，具体参考 https://github.com/Orillusion/orillusion/blob/main/.github/contributing.md#development-setup 中的说明

引擎从0.6.9开始，已经引入 wasm 来进行核心的高频 transform 计算，性能得到了大幅提升，其它一些核心的图形和3D计算大都是通过 GPU compute shader 来进行的，要远比 wasm CPU 高效，我们也推荐将复杂的计算通过 compute shader 来进行

可以提供一下机器配置，操作系统，chrome 版本
另外，程序加载了哪些模块，比如有没有开GI，有没有加载postProcessing

可以提供一下 机器配置，操作系统 和 chrome 版本
方便我们调试性能

gltf 的扩展太多了，我们目前还没有完全支持
可以提供一下模型文件，我们检查一下是什么问题