大佬吊炸天
现在的版本应该考虑可以支持检测同文本不用颜色字体大小等的合批的了吧
当前公开的版本会让不同样式相同文字的字体渲染成一样的
大佬有支持原生的版本吗
没有，原生是c++，不想去改
你这里文本都设置了 BITMAP模式，我把代码全注了，drawcall也是5啊
别光看drawcall优化了，实际测试下性能。cpu端多出来的计算可能超过gpu没合批的时间。这个优化有可能导致负优化。这就是官方为啥不做的原因？
自己不懂的东西不要评价，没看到图片和富文本？
或者你用相同的版本不做任何优化使用同样的资源做到我这个dc?
那你叫官方把动态合图删了，因为我这个依赖动态合图做的
没有任何抨击的意思。只是提出合理的思考。如果贴出来测试数据，好的方案肯定更早的被大家认可。
我这个项目只是扩展了动态合图不能合图的部分，而且手动控制，如果你认为它会降低性能那么动态合图也会，我的项目不收费也不要求其他人强行接受，你要测试数据可以自行测试
我只是发现把所有代码全都注释掉，也没问题，这就破防了？
你这种人我遇到好几次了，不懂装懂甚至不懂 TS 语法就开始评价自己不懂的技术。我也不介意花几分钟时间打你的脸，这才是不用我代码并且启动引擎自带动态合图的真实DrawCall
直接拉黑了。看见就晦气
cc-dynamic-atlas-main.zip (42.8 KB)
3赞
看到有人被坐标转换搞懵逼了我是真的绷不住了 
2赞
好东西，跟大佬学习！！ 
确实有人搞不明白怎么把不同父子点的两个节点坐标换算 
而且还不在少数
大可不必置气.
当你明白任何一堆人,永远符合82定律,甚至更极端.
- 80%的人永远处于初级阶段,时间增长,但是他们依然处于初级阶段做着重复的工作.他们遇到问题的第一想法不是尝试自己按图索骥去摸索,而是先去搜索现成的东西,而且不思考,遇到问题,还要怪罪原实现者.
- 20%的人或者更少会持续学习,更新自己的技能包和知识库.遇到问题习惯优先尝试自己解决并且持续优化.
我如果觉得某个人是80%的群体,我直接忽略,任何问题和评论都不予回复.
2赞
牛啊，我看了很多什么合图合批的内容，能理解手动降drawcall的操作，但是不理解98k那个把图放一个文件夹下就可以合图合批的插件(999的价格买不起)的原理，看了大佬的代码懂了，它那插件应该就是这个原理了。
其他人使用到的动态合图做的基本是自己写的动态合图，而不是基于引擎的合图改的，自己做的更好一些也容易版本适配，我这个只是一个技术可行性验证而已
999那是感冒灵，不是一直在298中，最近原生准备升级写到c++
合图挺好，很省性能，前提是要提前合