Android 12下OpenGL ES软件渲染像素数组黑屏问题求助

我在Android 12系统中，用C语言结合OpenGL ES实现像素数组的「软件渲染」并显示到屏幕，期望渲染出0xff0000ff（红色）或0xff00ffff（紫色）的矩形，但当前代码编译运行后屏幕显示黑色。后续想通过修改picture数组实现自定义效果，同时想确认这个方案是否可行，另外吐槽Khronos移除了glWritePixels()，本来这应该是最直接的方案，不用绕纹理这么麻烦。

相关代码如下：

GLbitfield *rectangle;
GLbitfield *picture;

void Renderer::render() {
for (int i = 0; i<1024*768; i++)
*(picture + i) = 0xff00ffff;

glTexSubImage2D( GL_TEXTURE_2D, 0, 0, 0, 1024, 768, GL_RGB_INTEGER, GL_UNSIGNED_INT, picture);
// necessary IDK
glBlitFramebuffer( 0, 0, 1024, 768,0, 0, 1024, 768, GL_COLOR_BUFFER_BIT, GL_LINEAR);

eglSwapBuffers( display_, surface_ );
}

GLuint texid;
void Renderer::initRenderer() {

rectangle = (GLbitfield*)malloc(1024 * 768 * sizeof(GLbitfield));
picture = (GLbitfield*)malloc(1024 * 768 * sizeof(GLbitfield));

for( int i=0; i<1024*768; i++ )
*(rectangle + i ) = 0xff0000ff;

glGenTextures(1, &texid);
glBindTexture( GL_TEXTURE_2D, texid);
glTexImage2D( GL_TEXTURE_2D, 0, GL_RGBA, 1024, 768, 0, GL_RGBA, GL_UNSIGNED_INT, rectangle);
glFramebufferTexture2D( GL_FRAMEBUFFER, GL_COLOR_ATTACHMENT0, GL_TEXTURE_2D, texid, 0 );

[...]
}

你的方案本身完全可行，ARM处理器性能足以支撑1024x768的软件渲染循环，屏幕显示黑色是代码细节错误导致的：

1. 像素格式与数据类型不匹配 #

• 初始化纹理用了GL_RGBA（归一化格式），但更新纹理时用了GL_RGB_INTEGER（整数格式），格式混编导致OpenGL无法正确解析像素数据。
• 0xff0000ff是ARGB顺序，但GL_RGBA默认解析为RGBA顺序，会导致颜色通道错位，比如你想显示的红色会变成蓝色。

修正方法：
统一使用整数格式，初始化和更新时都用GL_RGBA_INTEGER：

// 初始化纹理
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA_INTEGER, 1024, 768, 0, GL_RGBA_INTEGER, GL_UNSIGNED_INT, rectangle);
// 更新纹理
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, 1024, 768, GL_RGBA_INTEGER, GL_UNSIGNED_INT, picture);

2. 帧缓冲区状态缺失 #

• 你绑定了纹理到帧缓冲，但没有检查帧缓冲完整性，若帧缓冲不完整，glBlitFramebuffer不会生效。
• 执行glBlitFramebuffer时，没有明确指定源（自定义帧缓冲）和目标（默认窗口帧缓冲），OpenGL可能找不到正确的缓冲源。

修正方法：

• 初始化后添加帧缓冲检查：

  GLuint fbo;
  glGenFramebuffers(1, &fbo);
  glBindFramebuffer(GL_FRAMEBUFFER, fbo);
  glFramebufferTexture2D(GL_FRAMEBUFFER, GL_COLOR_ATTACHMENT0, GL_TEXTURE_2D, texid, 0 );
  
  GLenum status = glCheckFramebufferStatus(GL_FRAMEBUFFER);
  if (status != GL_FRAMEBUFFER_COMPLETE) {
      // 处理帧缓冲创建失败逻辑
  }
  

• 渲染时明确指定缓冲源：

  glBindFramebuffer(GL_READ_FRAMEBUFFER, fbo); // 绑定自定义帧缓冲为读取源
  glBindFramebuffer(GL_DRAW_FRAMEBUFFER, 0); // 0是默认窗口帧缓冲
  glBlitFramebuffer(0, 0, 1024, 768, 0, 0, 1024, 768, GL_COLOR_BUFFER_BIT, GL_LINEAR);
  

3. 纹理参数未设置 #

• 未设置纹理过滤和包裹参数，若窗口尺寸与纹理不匹配，或纹理访问超出范围，会导致显示异常。

修正方法：
绑定纹理后添加参数设置：

glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP_TO_EDGE);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE);

4. 内存分配检查缺失 #

• 未检查malloc是否成功，若内存分配失败会导致后续操作崩溃或无显示。

修正方法：
添加空指针检查：

rectangle = (GLbitfield*)malloc(1024 * 768 * sizeof(GLbitfield));
picture = (GLbitfield*)malloc(1024 * 768 * sizeof(GLbitfield));
if (!rectangle || !picture) {
    // 内存分配失败处理，比如返回错误
}

你的方案完全可行，中低端ARM处理器处理1024x768的像素循环更新毫无压力，优化内存读写（比如用picture[i]代替*(picture+i)）还能进一步提升效率。

确实，glWritePixels直接写帧缓冲的方式更直观，但OpenGL ES为了精简API和适配移动平台移除了该接口，用纹理+帧缓冲的方式虽然繁琐，但后续可以灵活扩展缩放、叠加等额外效果，也算有得有失。

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