用别朝的剑斩本朝的官？
没有，我的意思是学习别人身上好的东西，弥补自己身上差的地方，这个应该很好的品德
1赞
你好大佬，我现在想在你的这套代码想搞一版2.x的，我想问下开动态合图是否一定是必要的
我这个是拷贝的3.x动态图集源码，所以开了默认的就别开自定义的动态图集
你想用2.x最好自己拷贝一份2.x的动态图集再改改
好的谢谢大佬
合图太费内存了 好的ui一两张左右图集能完成整个游戏界面了
确实费内存
还没看代码，你这个是不是也是通过动态合图来合批？
大佬吊炸天
现在的版本应该考虑可以支持检测同文本不用颜色字体大小等的合批的了吧
当前公开的版本会让不同样式相同文字的字体渲染成一样的
大佬有支持原生的版本吗
没有，原生是c++，不想去改
你这里文本都设置了 BITMAP模式，我把代码全注了，drawcall也是5啊
别光看drawcall优化了，实际测试下性能。cpu端多出来的计算可能超过gpu没合批的时间。这个优化有可能导致负优化。这就是官方为啥不做的原因？
自己不懂的东西不要评价，没看到图片和富文本？
或者你用相同的版本不做任何优化使用同样的资源做到我这个dc?
那你叫官方把动态合图删了，因为我这个依赖动态合图做的
没有任何抨击的意思。只是提出合理的思考。如果贴出来测试数据，好的方案肯定更早的被大家认可。
我这个项目只是扩展了动态合图不能合图的部分，而且手动控制，如果你认为它会降低性能那么动态合图也会，我的项目不收费也不要求其他人强行接受，你要测试数据可以自行测试
我只是发现把所有代码全都注释掉，也没问题，这就破防了？