OpenGL / OpenGLES中的帧缓冲纹理行为

| 在OpenGL / ES中，您必须注意在实现渲染到纹理功能时，不要引起反馈循环（从与写入相同的纹理中读取像素）。出于明显的原因，当您读取和写入纹理的相同像素时，行为是不确定的。但是，如果您正在读取和写入相同纹理的不同像素，它也是不确定的行为吗？例如，如果我尝试制作一个内部包含渲染纹理的纹理图集。在渲染纹理时，我从存储在纹理地图集中的另一个纹理读取像素。因为我没有在纹理中读取和写入相同的像素，所以仍然认为行为是不确定的，仅因为数据来自相同的纹理？

已邀请:

4 个回复

社攻取墟槽

但是，如果您正在读取和写入相同纹理的不同像素，它也是不确定的行为吗？是。缓存是这里的大问题。当您写入像素数据时，不必立即将其写入图像。写入存储在高速缓存中，因此可以一次写入多个像素。纹理访问执行相同的操作。问题在于它们没有相同的缓存。因此，您可以写入写缓存中的一些数据，但是纹理缓存不知道它。现在，这里的规范有些繁琐。从理论上讲，您可以从纹理的一个区域读取并写入另一区域（但规范未定义），只要您从未从写入的任何位置读取即可，反之亦然。显然，这不是很有帮助。 NV_texture_barrier扩展使您可以解决此问题。尽管是NVIDIA扩展，但ATI硬件也支持它。它的工作方式是当您要刷新所有缓存时调用call0ѭ函数。这样，可以确定当您从某个位置读取时，您已经写了它。因此，您的想法是将纹理的一个区域指定为写入区域，将另一个区域指定为读取区域。渲染了一些东西之后，需要进行回读，然后触发屏障并交换纹理区域。这就像贴图平铺，但无需进行繁琐的操作来附加新的贴图或绑定FBO或更改绘制缓冲区。