1.10.1 vs 2.0.1 IOS spine 性能下降500%，有图，有视频，有Demo

Creator 2.x
#21

demo资源 是哪里来的？ 官方的人 抽出时间 解释下啊

#22

希望引擎组大大多关注下native

#23

请给native多点关爱~

#24

同样是做native的，同样等待

#25

h5是趋势，但是现在的h5体验并不友好

#26

native 同样spine用的很多 观望一哈

#27

群主有心搞这么多测试出来，官方重视下native开发者吧，都已经换到了2.0了，别性能不升反降阿。

#28

mark

#29

mark

#30

mark

#31

mark

#32

官方是说性能提升了，指的是渲染性能。
我们做了一个动画，才10个图片，利用编辑器中的Animation做了一个稍微复杂的动画，简直卡成狗。

#33

个人的一点看法

  1. 测试例很有说服力，spine 性能有明显的下降。只是以原生平台 spine 渲染性能下降，说 “iOS 性能下降” ，容易被误解为 “iOS 整体性能下降”
  2. 现在 spine 的实现方式，和 1.x 有明显的差异，1.x 有 C++ 的 spine 代码，绑定到 JS 的，现在直接用 JS 的spine 代码。（这个可能是 spine 性能下降的主要原因）
#34

非常抱歉，由于原生平台 spine 问题太多，因此 2.0 原生平台的 spine，替换成 js 实现了…… 渲染是上去了，CPU 开销则增大了。确切的说，是 2.0 spine 性能下降，而不是渲染性能下降。

#35

楼上 @2627993092 说的就是主因，目前的框架调整原因让我们使用了 JS 层的 Spine，在动画 simulation 过程中，JS 运算损耗的确很大，我们未来会通过 wasm 或者在框架上支持原生 Spine 的方式来优化。目前对于重 UI 的游戏，2.0 仍然是有大幅度的性能提升的，但是使用 Spine, DB，物理 这类重度计算的模块，性能是会下降

2赞
#36

2.0之后native的性能是不是基本等同于h5的性能? native基本上就只剩下渲染部分了:smirk:

1赞
#37

这个可以系统的对比一下。我觉得 native 会胜出，h5 是完全的浏览器环境，native 对于 creator 的 js 脚本是提供了一个最小的 JS 运行环境。结构上类似于 Node.js 基于 v8 营造了一个服务器 JS 环境。

#38

一共才这么点数量的spine，帧数怎么会这么低。而且不管浏览器还是native，如果都是js实现的spine库，那么应该没什么区别的，估计还是哪个地方写出问题了。

#39

就算没有这么多spine,iPhone低电量模式下.掉帧就很严重.
我之前也提过这个问题,我以为引擎组会把它做为重点来处理.
都这么久了,也不优化,也从来不提…
总结就是2.0的native就是一坨屎就对了!!!:joy:

#40

大大，现在原因确定了，那什么时候会优化这块？？？？？