如何提高配料性能

我正在为移动平台开发基于Sprite的2D游戏，并且正在使用OpenGL（实际上是Irrlicht）来渲染图形。首先，我以一种简单的方式实现了精灵渲染：将每个游戏对象渲染为具有自己的GPU绘制调用的四边形，这意味着如果我有200个游戏对象，则每帧进行200个绘制调用。当然，这是一个错误的选择，我的游戏完全受CPU限制，因为每个GPU绘制调用中都有少许CPU开销。GPU大多数时候都保持空闲状态。

现在，我认为我可以通过将对象分成大批并仅用几次绘制调用就可以渲染这些批处理来提高性能。我实施了批处理（以便共享相同纹理的每个游戏对象都以同一批进行渲染），并认为我的问题已经消失了……只是发现我的帧频比以前更低。

为什么？好吧，我有200个（或更多）游戏对象，并且每秒更新60次。我必须在每一帧中重新计算CPU中顶点的新位置（平移和旋转）（移动平台上的GPU不支持实例化，因此我无法在其中进行实例化），并每秒进行48000次计算（200 * 60 * 4，因为每个子图都有4个顶点）似乎太慢了。

我可以做些什么来提高性能？所有游戏对象都（几乎）每帧都在移动/旋转，所以我真的不得不重新计算顶点位置。我能想到的唯一优化是旋转的查找表，这样我就不必计算旋转。点精灵会有所帮助吗？有讨厌的骇客吗？还要别的吗？

谢谢。

您是否将irrlicht端口用于android？对于Android和iPhone上的2D精灵，我使用与您相同的技巧：批处理。我在OpenGL ES 1.x和2.x中尝试了许多解决方案：

• 按z（视差）和纹理排序，在CPU上进行转换并调用glDrawArrays或glDrawElements（最快的方法）。如果可以，请使用一种大纹理。
• 使用VBO的技巧相同，但速度不快，因为对于每一帧，您都会刷新所有信息。它对于静态精灵很有用。
• 使用OpenGL ES 2.x并使用顶点着色器计算位置（较慢）
• 使用PointSprites（如果不是正方形且透明像素过多会导致填充率降低，则无法解决）
• 使用gldrawtexoes扩展...
• 对每个精灵使用一次drawcall（最慢的方法）

因此，就像您一样，所有转换都是由CPU为OGLES 1.x或OGLES 2.x完成的。如果您有霓虹灯指令，则可以使用它们来加快计算速度。

附言：在iPhone或Android设备上，我不受CPU限制，但填充率受限制。因此，限制透支非常重要。

我建议您使用一个VBO，每个顶点包含每个渲染对象的位置/旋转，并像您所做的那样基于纹理进行批处理。我对ogl ES不太熟悉，因此我不确定它支持的glsl版本，但是您甚至可以基于一组纹理进行批处理，并存储要传递的4种左右纹理中的哪一种您将在顶点内部使用。点精灵肯定会提高您的性能，因为它会大大减少发送的数据量，如果正确执行批处理，则决不能降低性能。另外，您可以通过计算着色器上的旋转并仅将int / float值传递到参数中或顶点本身内部，从而稍微提高性能。（参数会更快，

您提到了没有实例化的移动平台。但是，您仍然有顶点着色器，不是吗？

在这种情况下，您仍然可以执行伪实例化，这也非常快。制作一个VBO（GL_STATIC_DRAW），其中带有角点（相对于精灵的中心点，例如-1 / -1、1 //-1、1 / 1，-1 / 1/1）以及您需要的任何纹理坐标。
然后，将每个绘制调用的通用顶点属性之一设置为精灵的中心点，并绘制两个带缓冲区边界的三角形。在顶点着色器中，读取通用顶点属性并添加顶点的坐标。

这样可以节省您为每个子画面进行数据传输的时间，并且速度要快得多。绘制调用的实际数目并不是那么重要，它们之间的阻塞/停滞是非常重要的。

问题在于每帧要发送给GPU的数据量。只需为每个批次创建一个VBO并填充一次，然后在绘制批次时应用相应的转换矩阵（通过glMultMatrix或着色器（如果使用的是ES 2.0））。