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

您好,我有一个问题,原生开发,游戏启动后,先是一个品牌展示页,然后黑了1-2秒,然后到开发的第一个场景,这个问题,能给看看吗?谢谢!

你的意思是, 目前c++ 版本的cocos2d-x 3.17 的 spine 问题太多? (((原始平台spine问题太多,多到没办法修复了吗?) 我怎么没发现原生平台的spine 问题?

js 版本的问题 比较多

我不是评价方案优劣,无论从什么角度出发最终就是要解决业务问题,能更好的支撑业务需求就会有更多人选择和支持。
无论是什么原因影响了你们的决定,目前2.0.1的版本完全无法满足一个中重度游戏的业务开发,真的就变成了一个小游戏定制引擎了。那样的话可能还不如白鹭或laya了,我一开始选择creator,就是非常支持cocos creator的,毕竟跟其它h5的引擎有一个非常明显的区别是真正支持native开发的,而不是套个微端的运行环境壳。

希望creator越做越好,要有更多的人支持,native是本。

中间件的大佬入职了赶紧公布一下优化方案:slightly_smiling:
@jare

4赞

mark

这样搞下去不行啊,creator沦为小游戏和棋牌阵营 中度重度游戏做不了!!!!

2赞

同意,而且接下来的H5市场 ,肯定是往中重度方向的。引擎性能这一块跟不上的,迟早被淘汰

期待优化方案,毕竟spine为主的游戏,性能不行实在上不了

这位兄弟的内容真的是非常有用,不知这位兄弟有没有时间私聊我一下请教一些细节问题。

来看上帝

Mark

老大,看样子,我们赶不上了,还没有入职,入职了,1个月能搞定不嘛?
真的要退回去用1.10.1吗

**对于 Native 使用 Spine 有重度需求的,目前建议停留在 1.x 版本。**这里澄清几个问题

  1. iOS 版本的 JS Spine 运行时由于无法开启 JIT,所以 JS 运算性能尤为捉急,对于复杂的动画计算就会出现瓶颈
  2. Android 版本的 JS Spine 运行时在 JIT 的加持下,性能差距比较小
  3. 1.x 的 Spine 是基于渲染树来实现的,搭建在旧的 Cocos2d-x 渲染层上,2.0 并不是因为 bug 多而废弃 native Spine 运行时,而是因为无法迁移方案,因为 2.0 彻底重写了渲染层
  4. 2.x 的框架仍然在努力迭代中,后续版本中我们会将原生框架优化到足以支撑大量使用 Spine 的场景
2赞

1.10.1的问题希望尽快修复

优化时间大致多久?什么时候开始,2个月内可以完成么?我新项目是2.0.1用到很多spine,我考虑新项目是不是要换回1.x的
还有就是2.0上龙骨和spine性能是不是差不都,还是龙骨性能好点!

谢谢各位的反馈,native 是本,这些问题,我们会重视的。

2赞

大大,能不能给个时间点。比如,1个月,2个月?这个对我们项目是否等的到,至关重要。
感谢引擎组的辛勤劳作,我们吃水不忘挖井人
也尽可能的使用2.x版本做项目,反馈意见。

有优化方案吗?是换回C++实现还是其他什么操作?

我倒是想帮楼主测试一下,可是下载后打开只有白屏和按钮

不然你还要什么,点新资源或旧资源加载spine