纹理坐标和优化GLSL着色器

Question

我正在讨论以各种方式将纹理坐标传递给GLSL着色器的利弊。

我正在渲染很多实例数据。 我有一个基本模型，然后将“转换矩阵”和“纹理/精灵索引”传递给着色器。 然后根据变换矩阵旋转和平移每个模型，并根据以下代码段确定纹理：

TexCoord0 = vec2(TexCoord.x+(TexIndex%16),TexCoord.y+(TexIndex/16))/16;

我对此不满意的是，我已经对精灵和纹理大小进行了硬编码。 我可以使用制服来传递这些信息，但是我仍然有一个局限性，就是我的精灵不能因实例而异（不是我有一个计划好的用例）。 而且，要确定子画面的坐标，需要在GPU上进行更多的计算。

我可以使用的另一种方法是指定整个Rect，该Rect可以在纹理贴图中定义精灵的位置，宽度和高度。 但是，这将需要指定4个浮点数（16个字节）的信息，而不是单个纹理索引字节。 乘以200K实例，我们正在查看大约3 MB的数据（除了其他数据）。 我不知道这在当今时代是否被认为是“很多”。

我应该专注于简化GLSL着色器中的计算还是最小化缓冲区的大小？ 我听说将数据传输到GPU常常是瓶颈，但是与将其渲染到每一帧的顶点数相比，将数据重新复制到缓冲区很少。

---

同样，我正在考虑取出模型转换矩阵，分别用vec3和vec2进行平移和旋转（我只需要2度旋转），这会将我从16个浮点数减为5个，然后我可以在顶点着色器中重建矩阵。 再次，这失去了一些灵活性，我不确定是否可以节省成本。

Answer 1

我尝试以另一种方式进行操作，指定纹理矩形而不是字节索引，它实际上产生了巨大的速度提高（520 FPS至3600 FPS，或1.92ms /帧至0.27 ms /帧）。

减少计算似乎更重要，至少在我的GPU（Radeon HD 5700系列）上是如此。 也许只是模数是昂贵的，不确定。 我对结果很满意； 我以更低的成本获得了更多的灵活性！