OpenGL ES 3.0 帧缓冲区失效 glInvalidateFramebuffer

已于 2023-12-25 16:30:58 修改
阅读量2.7w 收藏 14
点赞数 16
CC 4.0 BY-SA版权
分类专栏： OpenGL ES 3.0 文章标签： OpenGLES 图形渲染 着色器
于 2023-12-25 16:30:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Kennethdroid/article/details/135203000
本文介绍了OpenGL ES 3.0中的glInvalidateFramebuffer API，这是一种通知驱动程序帧缓冲区内容不再需要的机制，用于优化性能和降低功耗。讨论了何时使用此功能，例如在多重采样反锯齿和位块传送后，并提供了错误使用可能产生的后果。

未经作者（微信ID：Byte-Flow）允许，禁止转载
文章首发于公众号：字节流动

很多朋友都听说过 glInvalidateFramebuffer（帧缓冲区失效）这个 API ，很多读者私信问过很多次：帧缓冲区失效应该怎么使用？在什么条件下使用？有什么好处？

函数原型：

void glInvalidateFramebuffer(GLenum target,
 	GLsizei numAttachments,
 	const GLenum *attachments);

glInvalidateFramebuffer 接口是 OpenGL ES 3.0 引入的，提供了一个通知驱动程序不再需要帧缓冲区内容的机制。

target 必须是 GL_READ_FRAMEBUFFER、GL_

了解本专栏 订阅专栏 解锁全文 超级会员免费看
OpenGL入门系列- Summary of OpenGL ES 3.0 Programming Guide
GPU全栈博主
05-25 813
零：OpenGLES简介： OpenGLES 是用于嵌入式系统的一个3D图形编程接口规范，支持IOS，Android，Linux，Windows，WebGL。 一：渲染管线： 1: VertexBufferArrayObject 2：VertexShader (坐标变换和光照) 3：Primitive Assembly（Clipping, Per
OpenGL ES 3.0 从入门到精通系统性学习教程
字节流动
02-26 3万+
因为在工作中频繁使用 OpenGL ES 做一些特效、滤镜之类的效果，加上平时学到的的知识点也比较细碎，就想着去系统地学习下 OpenGL ES 相关开发知识，并将学习过程记录下来。
OpenGL ES3使用MSAA（多重采样抗锯齿）的方法
zenny_chen的专栏
05-08 2180
昨晚花费了我2个多小时的时间终于把OpenGL ES3.0中的MSAA给搞定了。
17.4 OpenGL将片段和样本写入帧缓冲区：整个帧缓冲区操作
02-16 1239
本节描述控制或影响整个帧缓冲区的操作。
[工作积累] OpenGL ES3.0: glInvalidateFramebuffer
weixin_30480651的博客
12-16 530
https://www.khronos.org/opengles/sdk/docs/man3/html/glInvalidateFramebuffer.xhtml 这个在GLES2.0上只有Extension: https://www.khronos.org/registry/gles/extensions/EXT/EXT_discard_framebuffer.txt 原理跟D3D9 的P...
GLES3.0中文API-glInvalidateFramebuffer
MSK1111的博客
02-11 2816
名称 glInvalidateFramebuffer — 使帧缓冲区中的附件内容无效 C 规范 void glInvalidateFramebuffer( GLenum target, GLsizei numAttachments, const GLenum *attachments); Parameters target 指定无效操作的目标。 numAttachments 指定附件列表中提供了多...
OpenGL ES 3.0 开发（一）：绘制一个三角形
热门推荐
字节流动
07-12 8万+
该原创文章首发于微信公众号：字节流动 什么是 OpenGLES OpenGLES 全称 OpenGL for Embedded Systems ，是三维图形应用程序接口 OpenGL 的子集，本质上是一个跨编程语言、跨平台的编程接口规范，主要应用于嵌入式设备，如手机、平板等。由科纳斯（Khronos）组织定义和推广，科纳斯是一个图形软硬件行业协会，该协会主要关注图形和多媒体方面的开放标准。 O...
【openGLES】帧缓冲区对象frameBufferObject（FBO）
qq7835144的博客
09-15 991
附着点类型可绑定对象适用场景优点缺点颜色附着点纹理 (Texture)绝大多数情况• 后期处理（需要采样渲染结果）• 环境映射/反射• 渲染到纹理以供后续使用灵活：渲染结果可被着色器采样，用途广泛。可能比 RBO 有轻微的性能开销（取决于硬件驱动优化）。渲染缓冲区 (RBO)临时性、中间渲染步骤• 不需要对颜色结果进行采样的离屏渲染• 某些硬件上可能作为快速颜色附件可能更高效：驱动可能为其优化，减少内存带宽占用。不灵活：无法被着色器采样，渲染后数据“只进不出”。深度附着点。
OpenglES 3.0基础知识
自由理想的足迹
03-04 1万+
一、Opengles特性 1.对Opengl的简化，比如OGL指定网格数据，可以用立即模式，可以显示列表，和顶点数组；但是Opengl es上只能用顶点数组方式传递几何数据。 2.对Opengl兼容，尽量定义为一个精简的opengl子集，也能够在Opengl中运行。 3.为了降低耗电和提高shader性能，引入了类型精度限定符。 4.确保实现图像质量的最小功能集，符合openglel图像质
GLES3.0中文API-glInvalidateSubFramebuffer
MSK1111的博客
02-11 464
名称 glInvalidateSubFramebuffer —使帧缓冲区中附件内容的部分无效 C 规范 void glInvalidateSubFramebuffer( GLenum target, GLsizei numAttachments, const GLenum *attachments, GLintx, GLinty, GLsizei width, GLsizei height); 参...
移动端TB(D)R架构基础
weixin_51327051的博客
05-19 1783
目录 1 各类电子设备功耗对比 2 名词解释 3 立即渲染 4 TBDR渲染流程 5 Binning过程（第一个Defer） 6 不同GPU的Early-Depth-Test（第二个Defer） 7 优化建议 8 参考目录 1 各类电子设备功耗对比 桌面级主流性能平台，功耗一般为300W( R7/17+X60级别显卡)，游戏主机150-200W 入门和旗舰游戏本平台功耗为100W 主流笔记本为50-60W，超极本为15-25W, 旗舰平板为8-15W 旗舰手机为5-8W，主流手机为.
Load store action in vulkan & ogles 的解决方案
anfu8346的博客
07-24 523
metal的带宽之前的blog有讲 这篇主要是vulkan 和ogles的解决方案 https://www.khronos.org/registry/vulkan/specs/1.1-extensions/man/html/VkAttachmentDescription.html typedef struct VkAttachmentDescription { VkAtt...
iOS中OpenGL是如何将帧缓冲(frameBuffer)渲染到屏幕上的? OpenGL iOS端渲染流程
jeffasd的专栏
09-08 1万+
iOS中OpenGL是如何将帧缓冲(frameBuffer)渲染到屏幕上的? 对于iOS平台当使用 CAEAGLLayer 来显示OpenGL最终的渲染内容时, OpenGL的内容时如何显示到屏幕上的？ iOS如何使用Core Animation层绘制OpenGL ES内容？既通过CAEAGLLayer来显示OpenGL的内容 而不是通过类GLKViewController和GL
opengl帧缓冲（framebuffer）
qq_44736340的博客
03-20 890
由于渲染缓冲对象通常都是只写的，它们会经常用于深度和模板附件，因为大部分时间我们都不需要从深度和模板缓冲中读取值，只关心深度和模板测试。渲染缓冲对象附加的好处是，它会将数据储存为OpenGL原生的渲染格式，它是为离屏渲染到帧缓冲优化过的。：是一个内存位置，它能作为帧缓冲的一个缓冲。当把一个纹理附加到帧缓冲的时候，所有的渲染指令将会写入到这个纹理中，就像它是一个普通的颜色/深度或模板缓冲一样。将深度或模板附件附加到帧缓冲上：（这里使用纹理，最好使用渲染缓冲对象）帧缓冲组成：颜色缓冲、深度缓冲、模板缓冲。
wayland(xdg_wm_base) + egl + opengles 使用FBO渲染到纹理实例(六)
lh0616的博客
02-16 1933
本文主要介绍 如何在 opengles 中使用FBO 实现渲染到纹理的功能软硬件环境：硬件：PC软件：ubuntu22.04 opengles3.0 egl1.4FBO（Framebuffer Object）是OpenGL的一个扩展，它允许我们将渲染结果直接绘制到一个纹理或者渲染缓冲对象中，而不是默认的帧缓冲。使用FBO可以实现一些高级的渲染技术，如离屏渲染、后期处理、抗锯齿等。
OpenGLES 学习之帧缓存
小薇子的博客
06-08 978
什么是帧缓冲区 帧缓冲区（framebuffer object）简称 FBO，用于写入颜色值，写入深度信息和深度缓冲和允许我们根据一些条件丢弃特定片段的模板缓冲。 图像在绘制时最终都是绘制到帧缓冲区中的，一般情况下我们都是使用的是默认FBO，也就是我们的屏幕，也就是着色器各方面绘制结果存储的逻辑对象。 使用方式 1. 创建帧缓冲区 使用glGenFramebuffers 来创建一个帧缓冲对象 unsigned int framebuffer; glGenFramebuffers(1,&framebu
OpenGLES常用函数
wyw0000的博客
03-29 327
这些都是创建buffres的函数。
OpenGL进阶（一）之帧缓冲FrameBuffer
苦逼的程序猿☺
09-06 4772
帧缓冲(Framebuffer)，它被储存在显存中，包括：用于写入颜色值的、用于写入深度信息的和允许我们根据一些条件丢弃特定片段的。我们目前在前边入门文章中所做的所有操作都是在的渲染缓冲上进行的。默认的帧缓冲是在你创建窗口的时候生成和配置的（GLFW帮我们做了这些）！由于我们的帧缓冲不是默认帧缓冲，渲染指令将不会对窗口的视觉输出有任何影响，这个过程也被称为。
Android OpenGL ES 开发教程(23)：FrameBuffer
mapdigit
06-04 259
OpenGL ES 中的FrameBuffer 指的是存储像素的内存空间。对应一个二维图像，如果屏幕分辨率为1280X1024 ，如果屏幕支持24位真彩色 (RGB)，则存储这个屏幕区域的内存至少需要1024X1280X3个字节。此外如果需要支持透明度（Alpha），则一个像素需要4个字节。 对应3D图像来说，上面存储显示颜色的Buffer称为Color Buffer，除Color Buff...
安卓opengles3.0 麒麟9020处理器 用glreadpixeles 读取纹理数据 分多块读，但是有一块读取的是纹理之前的数据（中间有用shader+fbo渲染数据到纹理），这是为啥
最新发布
12-25
<think>我们正在处理一个在Android OpenGL ES 3.0环境下，使用麒麟9020处理器时出现的问题：通过`glReadPixels`分块读取纹理数据，其中一块读取到了纹理之前的数据（即旧数据），而中间我们已经使用着色器和FBO将新数据渲染到了纹理。 根据问题描述，我们进行了以下操作： 1. 使用FBO和着色器渲染新数据到纹理（假设纹理A） 2. 然后，我们想读取纹理A的某一部分数据（分块读取），但是其中一块读取到了旧数据。 可能的原因分析： ### 1. **FBO绑定状态残留** 在渲染到纹理A之后，如果没有正确解绑FBO，后续的读取操作可能仍然在该FBO上执行，导致读取的位置不是我们想要的。或者，在分块读取时，没有正确绑定到包含纹理A的FBO。 ### 2. **渲染未完成** OpenGL ES是异步执行的。在调用渲染命令后，命令进入队列，但实际执行可能延迟。当我们立即调用`glReadPixels`读取时，可能渲染尚未完成，因此读取到的是旧数据。 解决方法：在读取之前使用`glFinish`确保所有渲染操作完成： ```java GLES30.glFinish(); ``` ### 3. **纹理绑定错误** 在分块读取时，可能因为纹理绑定错误（如绑定了错误的纹理或FBO）导致读取的是另一个纹理的内容。 ### 4. **FBO切换问题** 在分块读取过程中，如果多次切换FBO，可能某一块读取时绑定的FBO并不是我们渲染纹理A的那个FBO。 ### 5. **多线程同步问题** 如果使用多线程，可能在渲染完成之前就开始了读取操作。但通常OpenGL ES上下文是单线程的，所以这个可能性较小。 ### 6. **像素存储参数影响** 在调用`glReadPixels`之前，可能设置了像素存储参数（如`GL_PACK_ALIGNMENT`），导致读取的数据偏移或错位，从而表现出旧数据的样子。但这种情况通常不会导致读取到旧数据，而是数据错乱。 ### 7. **麒麟处理器特定驱动问题** 麒麟9020可能存在特定的驱动问题，导致在分块读取时，如果中间有渲染操作，某些块的数据没有及时更新。 ### 解决方案步骤： 1. **确保渲染完成**： 在每次渲染操作后，调用`glFinish`确保渲染完成，再进行读取操作。 2. **检查FBO绑定**： 在读取每一块时，确保正确绑定了包含纹理A的FBO。可以在读取之前重新绑定一次FBO。 3. **检查纹理附着**： 确保在渲染时，FBO的颜色附着确实是我们想要渲染的纹理A，并且渲染操作成功。 4. **检查读取范围**： 确保`glReadPixels`的读取区域（x, y, width, height）正确，并且是在当前绑定的FBO的视口范围内。 5. **清除缓冲区**： 在渲染新数据之前，确保清除了FBO的缓冲区（使用`glClear`），避免残留旧数据。 6. **避免分块读取的相互干扰**： 如果分块读取是连续进行的，确保每次读取后不会影响到下一次读取（如切换FBO或纹理）。 7. **使用PBO进行异步读取（可选）**： 使用Pixel Buffer Object (PBO)可以异步读取像素数据，同时可以避免同步等待。但问题中已经使用了分块读取，可能已经考虑到性能，而PBO也可以分块使用。 8. **驱动问题规避**： 如果怀疑是麒麟处理器的驱动问题，可以尝试将分块读取改为一次性读取整个纹理（如果内存允许），看是否还有旧数据。如果一次性读取正常，则可能是分块读取过程中触发了驱动的bug。另外，确保使用最新的系统更新。 ### 代码示例（分块读取的伪代码）： 假设我们已经有一个FBO（fboId）附着了一个纹理（textureId），并且已经渲染了新数据。 ```java // 确保渲染完成 GLES30.glFinish(); // 设置读取的像素存储对齐 GLES30.glPixelStorei(GLES30.GL_PACK_ALIGNMENT, 1); // 假设分块读取：将整个纹理分成4块 int blockWidth = width / 2; int blockHeight = height / 2; for (int row = 0; row < 2; row++) { for (int col = 0; col < 2; col++) { int x = col * blockWidth; int y = row * blockHeight; // 绑定FBO（确保每次读取前都绑定，避免被其他操作改变） GLES30.glBindFramebuffer(GLES30.GL_FRAMEBUFFER, fboId); // 分配缓冲区 ByteBuffer buffer = ByteBuffer.allocateDirect(blockWidth * blockHeight * 4); buffer.position(0); // 注意：OpenGL的坐标系原点在左下角，而我们的分块是从左下角开始算的 // 所以这里y坐标不需要翻转（因为FBO中的坐标原点也是左下角） GLES30.glReadPixels(x, y, blockWidth, blockHeight, GLES30.GL_RGBA, GLES30.GL_UNSIGNED_BYTE, buffer); // 处理buffer数据（注意：如果需要Android的坐标系（左上角为原点），则需要对每一块进行垂直翻转） // ... } } // 解绑FBO GLES30.glBindFramebuffer(GLES30.GL_FRAMEBUFFER, 0); ``` ### 垂直翻转每一块： 由于OpenGL的读取是从左下角开始，而通常我们期望的图像是从左上角开始，所以每一块内部需要垂直翻转。 ```java // 假设blockWidth, blockHeight是当前块的宽高 int bytesPerRow = blockWidth * 4; byte[] tempRow = new byte[bytesPerRow]; byte[] data = new byte[blockWidth * blockHeight * 4]; buffer.get(data); // 垂直翻转 for (int i = 0; i < blockHeight / 2; i++) { int topOffset = i * bytesPerRow; int bottomOffset = (blockHeight - 1 - i) * bytesPerRow; // 交换两行 System.arraycopy(data, topOffset, tempRow, 0, bytesPerRow); System.arraycopy(data, bottomOffset, data, topOffset, bytesPerRow); System.arraycopy(tempRow, 0, data, bottomOffset, bytesPerRow); } ``` ### 可能的问题重现与规避： 如果按照上述步骤仍然出现某一块是旧数据，特别是当分块读取的块与渲染的区域有重叠时，可能是由于分块读取的调用顺序导致驱动没有及时更新纹理的某一部分。这种情况下，可以尝试在每一块读取之前，重新绑定FBO并调用`glFinish`。 另外，如果问题只出现在麒麟处理器上，而其他设备正常，则可能是驱动问题。可以尝试以下规避方法： - 避免分块读取，一次性读取整个纹理（如果内存允许）。 - 在每次分块读取之前，重新绑定纹理到FBO（即使没有渲染操作），然后调用`glFinish`。 如果问题仍然存在，可能需要收集更详细的日志，并考虑向芯片厂商报告。 ### 引用说明： 在OpenGL ES中，使用FBO离屏渲染到纹理，然后读取纹理数据是一种常见做法[^1]。但需要注意同步和状态管理。 [^1]: G-Buffer技术中使用了多渲染目标（MRT）同时输出多个纹理，但这里我们只关心单个纹理的读取问题。 §§相关问题§§ 1. 如何在OpenGL ES中正确使用`glFinish`和`glFlush`？ 2. 如何避免OpenGL ES中的纹理读取性能问题？ 3. 如何解决不同Android设备上OpenGL ES的驱动兼容性问题？ 4. 如何使用PBO（Pixel Buffer Object）优化像素读取？ </think> 在 Android OpenGL ES 3.0（麒麟9020处理器）环境下，使用`glReadPixels`分块读取纹理时部分块读取到旧数据的问题，通常由以下原因导致： ### 原因分析与解决方案 #### 1. **渲染操作未完成（异步执行）** **问题**：OpenGL ES 命令队列异步执行，调用`glReadPixels`时渲染操作可能尚未完成。 **解决**：在读取前插入同步指令： ```java GLES30.glFinish(); // 阻塞直到所有操作完成 ``` #### 2. **FBO绑定状态错误** **问题**：分块读取时未正确绑定目标FBO，导致读取到默认帧缓冲（屏幕）或其他FBO的数据。 **解决**：每次读取前显式绑定FBO： ```java GLES30.glBindFramebuffer(GLES30.GL_FRAMEBUFFER, targetFboId); ``` #### 3. **纹理附着失效** **问题**：多块读取过程中纹理附着被意外修改（如绑定新纹理），导致部分块读取旧纹理。 **解决**： - 验证FBO完整性： ```java if (GLES30.glCheckFramebufferStatus(GLES30.GL_FRAMEBUFFER) != GLES30.GL_FRAMEBUFFER_COMPLETE) { // 处理错误 } ``` - 避免在读取过程中修改纹理附着 #### 4. **像素存储参数不匹配** **问题**：`glReadPixels`的`format/type`（如$GL\_RGBA$）与纹理内部格式不一致。 **解决**：确保格式严格匹配： ```java // 纹理创建时 GLES30.glTexImage2D(..., GLES30.GL_RGBA, ...); // 读取时 GLES30.glReadPixels(x, y, w, h, GLES30.GL_RGBA, GLES30.GL_UNSIGNED_BYTE, buffer); ``` #### 5. **麒麟处理器特定优化问题** **问题**：麒麟芯片的TBDR（Tile-Based Deferred Rendering）架构可能导致分块渲染延迟。 **解决**： - 在每块读取前强制刷新： ```java GLES30.glFlush(); // 提交命令队列 GLES30.glFinish(); // 等待执行完成 ``` - 减少分块数量（增大单块尺寸） #### 6. **内存屏障缺失** **问题**：写入纹理后未同步内存访问，导致读取旧缓存。 **解决**：插入内存屏障： ```java GLES30.glMemoryBarrier(GLES30.GL_FRAMEBUFFER_BARRIER_BIT); ``` ### 推荐调试步骤 1. **最小化复现**：测试单块读取是否正常 2. **检查错误码**： ```java int err = GLES30.glGetError(); // 循环调用直到返回GL_NO_ERROR ``` 3. **验证数据流**： ```mermaid graph LR A[启动渲染] --> B[绑定FBO/纹理] B --> C[执行Shader渲染] C --> D[glMemoryBarrier] D --> E[glFinish] E --> F[绑定同一FBO] F --> G[glReadPixels] ``` ### 关键注意点 - **坐标系差异**：OpenGL 原点在左下角，Android在左上角，分块时需转换Y坐标： $y\_{read} = \text{总高度} - y\_{block} - \text{块高度}$ - **性能影响**：频繁`glFinish`会降低性能，建议仅调试时使用 > **驱动问题备注**：麒麟9020曾存在部分驱动版本的分块渲染同步问题，更新系统或GPU驱动可能解决。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

字节流动

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值