glTexImage2D与glTexSubImage2D的像素顺序及数据组织问询

1. 像素排列与缓冲区读取顺序 #

OpenGL读取连续缓冲区的像素数据时遵循行优先规则，但要注意纹理坐标系的特殊性：

• 缓冲区中的数据按「从左到右、从上到下」的顺序存储（和常见图片文件的存储逻辑一致）。
• 默认情况下，OpenGL会把缓冲区的第一行数据映射到纹理的最底部（因为OpenGL的UV坐标系以左下角为原点(0,0)，右上角为(1,1)）。如果想让缓冲区第一行对应纹理顶部，可以调用glPixelStorei(GL_UNPACK_FLIP_Y_WEBGL)（WebGL环境）或glPixelStorei(GL_UNPACK_FLIP_Y_EXT)（桌面OpenGL）开启Y轴翻转。
• 具体到X、Y平面的分配：假设纹理宽为width，高为height，缓冲区中第n个像素，对应的纹理坐标为：
  • X坐标：(n % width) / (float)width
  • Y坐标（未翻转）：1.0 - ((n / width) / (float)height)
  • Y坐标（已翻转）：(n / width) / (float)height

2. 数据类型参数与纹理数据组织 #

首先明确：每个像素的分量数量由format参数决定，而非数据类型参数：

• 比如传入GL_RGB作为format，每个像素包含3个分量（红、绿、蓝）；如果是GL_RGBA则是4个分量（加alpha通道）；GL_RED则只有1个亮度分量。
• 数据类型参数（如GL_UNSIGNED_BYTE、GL_FLOAT）仅定义每个分量的存储类型：比如GL_UNSIGNED_BYTE表示每个分量是0-255的无符号字节，OpenGL会自动将其转换为着色器中0.0-1.0的浮点数；GL_FLOAT则直接存储0.0-1.0的浮点值。

着色器中texture()返回vec3，是因为你采样的纹理是RGB格式，OpenGL会把每个分量归一化到0.0-1.0范围后返回；如果是RGBA格式，就会返回vec4。

你的假设验证 #

你的假设存在部分正确点，但有关键错误：

1. 正确部分：当format为GL_RGB时，每个像素对应3个值，缓冲区总元素数确实是3 * width * height。
2. 错误点：
   • 像素分量数不由数据类型参数决定，而是format参数控制。
   • 默认未开启Y翻转时，你的伪代码中y的循环逻辑不匹配OpenGL的读取规则——缓冲区的第一行数据对应纹理的最底部行，而非顶部。正确的伪代码（以GL_RGB为例）应为：

     // 未开启GL_UNPACK_FLIP_Y的情况
     int components = 3;
     for(int y_texture = 0; y_texture < height; y_texture++) {
         // 缓冲区行索引与纹理行索引相反
         int y_buffer = height - 1 - y_texture;
         for(int x = 0; x < width; x++) {
             int index = (y_buffer * width * components) + (x * components);
             pixels[y_texture][x].x = buffer[index + 0];
             pixels[y_texture][x].y = buffer[index + 1];
             pixels[y_texture][x].z = buffer[index + 2];
         }
     }
     

   • 若开启了GL_UNPACK_FLIP_Y，则y_buffer = y_texture，此时你的伪代码逻辑才成立。

内容的提问来源于stack exchange，提问作者OmerOzer