3、GPU渲染优化：GPU管线分析、着色器优化、纹理压缩、减少Draw Call
好，咱们进入第三章。这一章我打算聊聊GPU渲染优化。说实话，在机顶盒这种资源受限的设备上，GPU优化往往是整个图形系统性能的瓶颈所在。我自己在多个项目中都吃过亏——明明CPU负载不高，画面就是卡顿，最后查下来，全是GPU这边的问题。
3.1 GPU管线分析：你得知道数据怎么流
先说说GPU管线。说白了，就是从CPU发数据到GPU，再到最终像素显示在屏幕上的整个过程。我习惯把它分成几个阶段：
- 应用阶段：CPU准备数据，比如顶点坐标、纹理、变换矩阵等
- 几何阶段：GPU处理顶点，做顶点着色、裁剪、投影变换
- 光栅化阶段：把图元转换成像素片段
- 像素阶段：对每个像素做着色、深度测试、混合
嗯，这里要注意一个关键点：管线的吞吐量取决于最慢的那个阶段。我在项目中遇到过这样的情况——顶点数不多，但像素着色器特别复杂，结果帧率直接腰斩。你想想看，如果每个像素都要做复杂的计算，那再多的GPU核心也扛不住。
核心思路：先定位瓶颈在哪一段，再针对性优化。不要一上来就瞎调参数。
3.2 着色器优化：少做计算，多做缓存
着色器优化是我个人花时间最多的地方。机顶盒的GPU通常不支持太复杂的着色器指令，所以咱们得精打细算。
3.2.1 减少分支和动态索引
着色器里的if-else分支，其实很贵。为什么？因为GPU是SIMD架构，它同时处理多个像素。一旦出现分支，不同像素走不同路径，GPU就得串行执行，效率大打折扣。
// 不好的写法
if (uv.x > 0.5) {
color = texture2D(tex1, uv);
} else {
color = texture2D(tex2, uv);
}
// 优化后：用lerp或mix替代
color = mix(texture2D(tex1, uv), texture2D(tex2, uv), step(0.5, uv.x));
我曾经在一个项目中，把着色器里的分支全部改成了用step和mix的组合，性能提升了将近30%。
3.2.2 减少纹理采样次数
纹理采样是着色器里最耗时的操作之一。我建议：
- 能用一次采样解决的，绝不用两次
- 把多个纹理合并到一张纹理图集里
- 使用mipmap，减少远处物体的采样开销
小技巧：如果着色器里需要同时访问多个纹理，考虑用纹理数组（Texture Array）代替多个独立的纹理对象。这样能减少纹理切换的开销。
3.3 纹理压缩：别让带宽成为瓶颈
纹理压缩，说白了就是用更少的显存存更多的纹理数据。机顶盒的显存带宽通常很有限，纹理压缩做得好不好，直接影响渲染性能。
| 压缩格式 | 压缩比 | 适用场景 |
|---|---|---|
| ETC1 | 6:1 | 不支持Alpha通道的纹理 |
| ETC2 | 6:1 | 支持Alpha，兼容性更好 |
| ASTC | 可调（4:1 ~ 12:1） | 高质量需求，但解码开销稍大 |
| PVRTC | 4:1 ~ 8:1 | PowerVR GPU专用 |
我个人习惯优先用ASTC，因为它压缩比可调，质量也高。但要注意，有些老款机顶盒不支持ASTC，那就得退回到ETC2。我记得有一次，客户反馈画面有奇怪的色块，查了半天，原来是纹理压缩格式不兼容，GPU降级到了软件解码，性能直接崩了。
避坑指南：我曾经在项目里直接用了PC上的DXT压缩纹理，结果在机顶盒上显示不出来。后来才知道，机顶盒的GPU大多不支持DXT，必须用ETC或ASTC。所以，纹理压缩格式一定要在目标平台上测试通过。
3.4 减少Draw Call：合并、合并、再合并
Draw Call，就是CPU告诉GPU“嘿，帮我画这个物体”的命令。每次Draw Call都有开销，尤其是CPU和GPU之间的通信延迟。机顶盒的CPU性能本来就弱，如果Draw Call太多，CPU就忙着发命令，根本没时间做其他事。
3.4.1 静态合批
对于不动的物体，比如背景、地板、墙壁，可以在加载时就把它们的顶点数据合并到一个大的Mesh里。这样只需要一次Draw Call就能画完。
// 伪代码示例：静态合批
Mesh combinedMesh = new Mesh();
foreach (var obj in staticObjects) {
combinedMesh.Append(obj.Mesh);
}
// 现在只需要一次Draw Call
Graphics.DrawMesh(combinedMesh, material);
3.4.2 动态合批
对于会动的物体，比如小兵、道具，如果它们共享同一个材质，也可以尝试动态合批。但要注意，动态合批有顶点数限制（通常是300个顶点以内），超过这个数就不会自动合批了。
3.4.3 纹理图集
把多个小纹理合并到一张大纹理里，这样多个物体就可以共用同一个材质，从而减少材质切换带来的额外Draw Call。
我的经验：在机顶盒上，我一般把Draw Call控制在100以内。超过这个数，帧率就开始往下掉了。如果实在降不下来，就考虑用实例化（Instancing）技术，一次Draw Call画多个相同模型的物体。
3.5 实战建议：先测量，再优化
最后，我想强调一点：不要凭感觉优化。我见过太多人，一上来就改着色器、压纹理，结果改了半天，性能没提升，反而引入了bug。
正确的做法是：
- 用性能分析工具（比如GPU Profiler）测量当前瓶颈
- 确定是顶点瓶颈、像素瓶颈、还是带宽瓶颈
- 针对瓶颈做优化
- 再次测量，验证效果
嗯，这一章的内容就到这里。GPU优化是个细活，急不得。你只要把管线理清楚、着色器写精简、纹理压到位、Draw Call控住，机顶盒上的图形性能基本就不会太差。