Orillusion

@bestsam 我虽然没用orillusion 引擎，但引擎中也使用了webgpu, 跟 webgl 比， pipeline 和 bindgroup 资源管理有点闹心，尤其是bindgroup, 也就是vulkan 或dx中的描述符, 一旦涉及到场景中有动态更新的对象，这种东西在设计类软件中存在较多， 比如过程话的缩放对象（坐标轴、标注、、、）在屏幕空间中保持大下，会不断的创建描述符，但 webgpu 并没有提供手动回收的内存接口，导致内存占用越来越高，靠javascript gc 机制是不及时的，最后out of memory 就白屏了。管理好内存资源确实是挑战。

@wslyx 我目前在已有的引擎上接入了 webgpu, 用wasm 的形式， 发现比webgl 会占用更多的内存，毕竟要自己创建和管理各种管线资源，尤其 pipeline 和 bindgroup 这些资源。开销主要集中在 wasm 与 js api 的调用上，如果不是利用webgpu 的多线程命令缓冲区的形式构建多线程渲染， 感觉还不如 webgl。 原生效率差多少就得看 dawn 是不是靠谱了。

@aichangqing 只是还没计划吧，webgl对与cesium这种大型的gis引擎来说，简直就是慢性毒药啊，官方不可能不知道

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

@jkwang007 0.6.2已修复removeChild相关bug

gltf生态非常复杂，有很多扩展，我们目前的gltf解析只支持一部分，一些模型当前版本可能无法解析，后续会慢慢支持相关扩展

如果方便，您可以提供一下gltf模型，我们看一下具体问题，可以加快我们对gltf解析的开发工作

当然版本还没有加入 line，后续加入更多的geometry 类型

最好能有个完整示例，这段代码单看是没问题，用法正确，但没有完整示例，无法验证xyz具体位置是否正确，从效果上看，可能是计算的位置不正确

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

请发一下代码，文档中使用的就是最新0.6.1的package，如果方便可以提供 Codepen 链接 https://codepen.io/pen?template=QWQrRmr

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

可以在github上正式提一个feature request
详细描述需求，最好有demo参考

谢谢大佬，竟然是因为不是localhost...

@歘歘歘 loadLDRTexture 是一个异步函数，需要等待图片加载结果

Engine3D.res.loadLDRTextureCube('/my.jpg').then(mg=>{ scene3D.envMap = mg })

或者使用 async/await

async setMap(){ let mg = await Engine3D.res.loadLDRTextureCube('/my.jpg') scene3D.envMap = mg } setMap()

另外，在 0.6 版本中，想加载全景图，还需要设置 SkyRenderer:

let scene = new Scene3D(); let mg = await Engine3D.res.loadLDRTextureCube('/my.jpg'); // 显示全景图 let sky = scene.addComponent(SkyRenderer) sky.map = mg; // 设置场景环境光 scene.envMap = mg;

详情参考文档：全景立方贴图

这个问题是引擎内部bug，新版 0.6.1 已经解决