2.4.7~ 已知问题收集,希望官方关注并维护一个稳定、易用的版本,还有好多人坚守2.x;

3.x版本我们期待着,也会尝试去用,但现有的项目不能直接上啊,现在看到的3.x还有许多问题,正式项目不敢随意升到3.x版本。你们承诺的2.x会维护,现在我提出的这些问题,从你回答的好像几乎都不处理了?心凉。

其实这个问题自始至终都存在,无论哪个版本,官方很明显是不打算修复这个bug​:joy:,既然是不打算修复这个bug,那就应该在文档中写明白不支持,不要让人误以为是bug而来来回回的提交帖子,这才是负责人的做法。

2赞

我感觉这些问题要处理Label 基本要重构才有希望 不行就现在自己写一个富文本来处理吧

2.4.x是大本营,还是希望能维护好,3.x可以作为探索,大本营搞不好可真是劝退了

3赞

怎么不能安排少量的人手处理优化2.x版本呢,想不通,2.x版本只要把基础的功能弄好了,大本营就塌不了。3.x版本的可以慢慢做,想要跟Unity3d\UE4正面较量可不是一时半会的事儿。

1赞

1和2,一定要先处理啊,你们一定有办法解决的,我等着你哦。 :grinning:

3.x 都出来一年了…… 怎么得出的 3.x 现在还有很多问题的结论呢?那你觉得什么时候你会愿意升级到 3.x 呢?

我们承诺 2.x 会维护,可是只到今年啊…… 2.4.7 年底刚发完,不可能赶在 2021 年 12 月 31 号再发一个版本,我们发版本测试周期通常要一个月。2.4.8 明年 Q1 应该会发布。但是原有 2.4.7 的功能缺失部分,会一直在 2.x 缺失下去,在 3.x 进行补完。

例如 ttf,如果要对不带样式的字体手动添加支持斜体、粗体,这是需要渲染引擎专门做适配,进行描边和倾斜的,引起字符尺寸的改变,这又势必影响到原有的 CHAR 缓存模式啥的,字符宽度、画布宽度计算就可能出问题,不是调个参数那么简单。

你尝试一下 NONE 模式,如果还不行,就用带倾斜样式的字体(很多字体自带了专门的样式可供切换),应该就可以了。

2 上面解释过了。这属于底层问题,没办法在 2.x 进行如此大的调整。3.x 也是会做为新功能评估优先级的。
1 最早就解释过了,这是设计如此,不是 bug。就算要做也对合图算法影响很大(我再举个例子,重新显示后,由于层级的改变,导致渲染顺序变了,就需要对批次进行重新合图。此时即便之前已经合图过,但是原有的合图可能无法匹配新的渲染批次了。引擎是不可能确保一个 label 移除场景,再添加回来,或者显示、隐藏的过程中,层级绝对不变的,此时就应该用 NONE 模式,这也是 NONE 存在的意义)因此不可能添加到 2.x 去影响到稳定性的。万一出 bug 到时候说 bug 多的也是你们。

因为 BITMAP 是合图模式,显示、隐藏的话都有可能影响合图。合图如果要做复用,复杂度比较高。如果你想要确保文字不会重绘,请使用 NONE 模式。

怎么就没安排呢?这不就是安排后的结果吗?不然今年 4 个 2.x 版本是如何放出来的?更新列表看了吗?看不到慢慢的诚意吗?你去看看引擎的仓库,2.4.6 - 2.4.7 引擎的优化绝对不止更新列表那么一点,只是很多改动没有全部贴上去而已。

关于label,建议走位图字体,省心 :laughing:

可以把2.x的编辑器bug修修好,引擎问题可以自己改

看得到你们有在处理,这不还担心你们后续就完全停止维护了,我只是希望把你们把基础设施完善好,能修的BUG修,能优化的功能继续优化一下,花的时间久点我们也可以等。3.x的版本在有3D需求的新项目就会考虑用,只要引擎最基础的功能没有反复的BUG的时候。例如现在Mask还有问题、粒子、Label合批等问题,具体的另有帖子进行反馈。

为什么很多人在Label上面抱怨,因为Label作为最基础的组件之一,它现在确实不够好用易用。
关于Label的BITMAP模式下的贴图重新利用的优化,请大大评估一下这文章说介绍的可行性,如果可以引擎是否会进行优化?


1赞

位图,做国际化多语言的表示有点难为,如果只是小游戏项目那什么都可以随便用。

谢谢反馈,这两篇文章我提交给引擎团队了,相信他们会站在客观立场上进行判断的。

其实这个问题压根就不是现在才提出来的,我相信在2.x以来就已经这样,颠颠撞撞几年了,补个这样的bug,也不是不可以,只是你们觉得没必要做或者害怕这样做,label作为必须使用的组件都不支持这个这么常见的字体需求,那我觉得做其他功能真的也不过如此了,咋们也不是说多叼难的功能需求。我觉得这个需求你们应该是有足够能力和时间去做的,1个月不行就花2月,2月不行就花半年,但是这个组件太常见了,我之前每次遇到都只能求助美术了,捂脸,我还以为是我用法不对

引擎或编辑器性能不足的地方,功能完整性的缺失,流程不方便的点,我们都是持续在优化的。
关键是优先级、排期,短期目标和长期目标的结合。
目前我们正在做整体渲染的底层优化,做完就会对 Label 做更细粒度的性能优化支持,到时候也会借鉴乐府的方案。
建议对 Label 有更强需求的开发者,先参考一下乐府的这两篇文章,手动适配一下。

1赞

期待~~~,我只是想要换下字体,加粗 ,斜体那些,目测看上去不难实现,实在没办法,只能升级3.x了。最近想要看下《游戏引擎架构》,希望可以弥补我这方面的短板,但是做这东西还是你们专业,毕竟专业的人做专业的事,期待可以不丢弃2.x,老版本的项目还是不方便升级的!海涵~

1赞

mark!!

2.x 维护完今年就不维护了 还是早点升级吧

早升级早省事,我们已经用3.3在开发项目了,问题确实有,但说很多也不至于。 :rofl: :rofl:

1赞