推荐一个支持定点数的物理引擎 Rapier，物理帧同步刚需

Creator 3.x
#21

wasm实在是有点尴尬

#22

那也要看在同环境下 js 沟通 C++层的速度和 wasm 的速度对比

#23

wasm的性能对jit有依赖，ios下面就不太行了

#24

不行就不行，爱玩就玩

#25

不是不爱,正确的食用方法就是让官方整合到引擎里.原生用jsb,web用wasm. 多棒 :slightly_smiling_face:

#26

是的manybox是比较极端的测试了，主要是stack堆叠对solver的压力很大，这些在开发时可以避免。

#27

这个。。。box2d实在是太弱了真的，连sweep都没有，小也就这样吧。看自己取舍，其实physx有2.6m还是多少忘了。

#28

感觉最近物理引擎也活跃起来了。确实现在市面上太缺乏一个有影响力的现代化物理后端了。

#29

请问3.x版中该如何import进来?
import(’@dimforge/rapier2d’).then(RAPIER => { …
creator不支援新的写法

#30

大佬，这个物理引擎真的要搞一下了

#31

看看呢.mark一下.

#32

服务器好说,

客户端用wasm的话ios没有jit是不是会很卡…

#33

rust才是未来，持续关注bevy框架

#34

wasm 跟 jit 没关系，wasm 本身就不支持 jit

#35

根据我自己的理解, 我可能理解错了,

wasm应该是一层中间代码, 目标对象是虚拟机.
自己本身并不能真正执行. 需要被转译到各个不同的平台, 或者被虚拟机解释执行
所以有个jit的问题

但是好像wasm也可以aot, 没有仔细研究过了

#36

供参考：
https://www.jianshu.com/p/4638581d1493

WebAssembly 是跑在 VM 里的，官方文档里有明确表明其是不支持 AOT 为机器码的。
我理解大部分说 wasm AOT 的，是指从 C 或其它语言编译到 wasm 的过程。

2赞
#37

确定性物理引擎,用户零零散散的,都喊了几年了,难啊.

#38

mark!

#39

建议官方可以集成进来
目前使用rapier wasm版和bullet wasm版相比, 效能几乎感受不出差异

#40

使用了rapier2d-compat兼容版本，web上都没问题，但放安卓真机上，会在调用WebAssembly.instantiate时阻塞住，然后就没有然后了……

1赞