弹幕场景密集渲染在安卓平台卡顿的问题咨询

[yuerolling]

大佬好，最近基于tgfx去做了一套弹幕，在之前的讨论里沟通了下，之前提到鸿蒙底层线程调度的缺陷，导致小核任务很慢，所以通过提供的API set(TGFX_USE_THREADS OFF),关闭底层多线程，demo基本流畅。最近在做安卓平台的适配，用的surfaceview，发现无论TGFX_USE_THREADS打开与关闭都很卡顿，比鸿蒙上效果差很多，demo进行了安卓适配，测出来也很卡。Tgfx是刚更新的代码，想咨询下大佬是用的不规范，还是说需要额外的能力开发，比如说已经试过

1. 离屏渲染，因为tgfx不支持lock之后做线程切换，就在draw的时候用做了下离屏缓存，效果不明显
2. 硬件渲染，我看tgfx底层已经支持了，所以这个没做改动
3. 双缓冲的方案，现在问题是一帧有时时间很长，因为不支持切线程，所以没法双线程操作，这个无效果

目前用了华为P10 一加ACE2 PRO测过 都不行 很卡 ，surfaceview 应该比提供的demo里TextureView效果要好 ，但也卡帧，下面是测试的demo ,tgfx 版本是6月11号的
android.zip

[domchen]

你稍等一下，下周应该文字图集相关的功能就上线了，到时候更新一下最新代码再测试一下，文本渲染相关性能应该会有大幅的提升。如果还有问题在那个基础上我们再继续排查。

[yuerolling]

@richardshan0614 这个版本确实有很大提升，现在有两种方式，
方式一：getbouds ,然后直接drawText
方式二：还是按照之前先转成image 然后进行Image位移
我测试下来 还是方式二的性能要优秀很多，方式一虽然我测试demo里的帧数据是可以，但是弹幕数量多了 可能压力还是扛不住，而且后期，可能还会有shader等一系列额外的处理，我想确认下，这两种使用方式 是不是都符合tgfx的规范，不会带来额外的问题

目前没测试完 ，已经发现了两个问题，我先这里说明下，我后面会继续测试和调测我的demo
问题1：字形会概率损坏，偶现的，而且一旦损坏，就后面再出现同一个文字，也会是损坏的状态（这个不知道跟字体是否有关）

然后按照方式二 可能会出现下面的问题

上面这些问题，第一种我在一加Ace 2 Pro 和小米14 上都复现过，第二种在一加上更容易复现

然后还有问题二 ，我打印出来一帧的耗时，虽然耗时都比较少（比如采用方式二去渲染，控制一秒5条，一帧<8ms）,我看过oppo vivo 一加，小米的手机 ，好像就一加的手机感觉卡，其余手机都很流畅，我打开系统设置里120 Hz刷新率，打开demo然后变为60hz,但是帧回调是按照120 hz来的，这个问题，我会继续排查，但是一加的手机感觉会有卡顿的现象，虽然帧时间很正常

[yuerolling]

@richardshan0614 还有个问题 getBounds现在是非精确长度 ，误差值的范围大概是多少

[richardshan0614]

@yuerolling
1.getBounds不精确，它确保可以包含所有文字。但是误差范围和具体的字体相关，你可以根据字体做一些简单的测试。
2.第一种方式性能比之前提升是否明显？
3.第二种方式属于额外叠加的优化，这个也是可以的，能够进一步优化性能。但是理论上我们直接绘制不应该有明显的差距才对，后续我们跟踪分析一下

还有出现字形损坏的是什么字体？我们后续也尝试复现一下。

[yuerolling]

@richardshan0614

1. 第一种方式性能跟之前比确实有很大提升，不过之前我getbounds代码处理有问题，导致调用过多，所以提升数据这个没法给个估测值
   2.第二种方式我测出来虽然数据比第一种耗时少接近一半，但是表现上确不如第一种流畅，这个可能第二种会时不时出现耗时帧有关
   3.还有个奇怪的问题，不知道是不是跟字体有关，直接draw的方案，我一秒5条输入（屏幕上大概同时存在接近20条弹幕）比一秒1条输入（屏幕上大概同时存在5条） 视觉上要流畅，这个有点反常，绘制的数量少，反而会卡，我下面先给些测试数据，我这边主要用一加ace2 Pro测试的

从上面看明显方式二的帧耗时更短，但是方式二我测试比一要卡，这个很奇怪，观看现象 方式二包括方式一绘制少量的时候，会产生卡顿的耗时帧

字体设置如下：
static const std::string FallbackFontFileNames[] = {"/system/fonts/NotoSansCJK-Regular.ttc",
"/system/fonts/NotoSansSC-Regular.otf",
"/system/fonts/DroidSansFallback.ttf"};
for (auto& fileName : FallbackFontFileNames) {
auto typeface = tgfx::Typeface::MakeFromPath(fileName);
if (typeface != nullptr) {
host->addTypeface("default", std::move(typeface));
break;
}
}
auto typeface = tgfx::Typeface::MakeFromPath("/system/fonts/NotoColorEmoji.ttf");
if (typeface != nullptr) {
host->addTypeface("emoji", std::move(typeface));
}

[yuerolling]

@richardshan0614 上面的回答有点长，我这里补充三点
1 我之前提到的方式二，从上层打印的帧耗时明显效率高于方式一，但是会有耗时帧，所以效果反而不如方式一，这个大佬能不能分析改进下
2 字体的问题 ，这个大佬可以看下我提供的字体，其实我之前看过pag相关的字体处理，读系统的但是我之前测过一部手机返回的字体列表多达过百，所以担心效率问题，先用这个字体测试，而且这个字体好像在我的一加上emoji还出不来，不过这个是后面我会细测试，我目前比较关心的还是一个正常的流畅显示问题
3 目前其实纯上层有一套弹幕的方案，就是canvas+bitmap的方案，目前看 在一加上的表现 底层流畅度 还是有差距，如果之前提到方式二能改进卡帧的问题，应该能基本满足我这边的诉求