案例中用的都是LitMaterial，PhysicMaterial我猜测已经废弃了，或者正在完善过程中，Lit挺强大的就用Lit呗

WebGPU 的性能和 Vulkan 差不多，基本接近 native。

这是 2020 年 WebGPU 还没有正式上线时的数据[1]：

image.png

2022 年的一篇评测显示 WebGPU 比 CUDA 稍慢一点[2]，要知道 CUDA 是专门为英伟达显卡优化了的，而 WebGPU 支持所有现代 GPU。

image.png

[1] http://sci.utah.edu/~will/papers/teraweb-ldav20.pdf
[2] http://umu.diva-portal.org/smash/get/diva2:1674447/FULLTEXT01.pdf

去orillusion公众号 添加小鸥微信 应该能找到

@CJSDCQS 改成 http:// 开头就好了，起个本地服务

@unstop007 在 开发太慢了 中说：

我觉得进度有点慢，好多功能待开发，我看你们b站搞AI、8k纹理什么的，可是我现在拉下来，有些基础功能都还报一堆错，咱们要不要先把基础打扎实了

创业刚开始都是先做部分功能，然后吹牛拉投资找赞助的嘛，开发都是次要的。

@shuangliu Makes sense, thank you!

@zilong ts只是一种开发脚本，最终都是要编译成js运行的，发布的 @orillusion/core 里的核心文件也是 js 文件，当然是可以被 js 引用的，并不要求开发者也必须要使用ts

一个gltf模型一般是由多个子模型组合而来的，loadGltf 的本质是遍历模型中所有子节点，挨个添加 meshrenderer 分别进行渲染，最终返回的只是模型的一个逻辑根节点，这个 object 本身是没有内容的，它的 children 才是具体的渲染节点，给 root 设置 material 是不会更改内部子节点显示内容的。

一般我们可以通过forChild遍历模型的所有子对象来设置对应的 meshrenderer 显示，e.g.

// 加载模型，返回一个 root 节点 let asrolite = await Engine3D.res.loadGltf(...) // 遍历所有子节点 asrolite.forChild(node=>{ // 获取子节点的渲染组件 let mr = node.getComponent(MeshRenderer) if(mr){ // 如果是渲染节点，再设置对应的 material mr.material.emissiveMap = … mr.material.emissiveColor = … … } })

我们后面会加入O3DF基金会，目的就是为了能多跟生态企业合作。WebXR是个很好的方向，我们一定会时刻关注最新动态，努力成长，争取创造更多的生态合作机会的！

我是用THREE或BABYLON很卡，用Orillusion很流畅

@shuangliu 我是尽量避免创建descriptorset 资源，但引擎内部用了很多临时性的对象，每一帧都会重构，看样子也只有改进下对象创建策略，尽量复用 texture 和 buffer 了。我觉得还是有手动控制资源释放的接口会好一些。在固定的某一时间段找准时机释放GPU 资源。 以前看到过一些资料，描述符集的使用可以按频率分组分配， 比如 vulkan , 线性分配完，reset一次就回收了，下次接重分配。

@hopelessbird 解决了，用chrome canary就好了。

@jiulinmumu 稍后会对Android Chrome 进行适配

@huangbeyond 期待他的webgpu2.0😁

@stayreal1994

这个问题，可以去 tf.js github 的 issue 里提

据我们所知，tf.js 正在进行基于 webgpu 的 backend 的开发，因为 webgpu 完全异步的架构，基本上是重构了整个 tf.js，大概率会有很多 API 或 用法上的区别，所以肯定不是简单 setBackEnd('webgpu') 就可以解决的，最好等他们发布官方版本后再尝试

另外，确实 WebGPU API 本身变化很大，好多功能还没有支持，像 timestamp-query 我不确定 chrome 是否加入了，目前应该是没有支持，即使加了参数也不行