0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

简述OpenGL帧缓冲区多线(FBO)基本概念

电子工程师 来源:CSDN技术社区 作者:图形码农 2021-03-24 15:56 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

帧缓存:它是屏幕所显示画面的一个直接映象,又称为位映射图(Bit Map)或光栅。帧缓存的每一存储单元对应屏幕上的一个像素,整个帧缓存对应一帧图像。

帧缓冲区是指服务器(显存)中存储像素相关信息(颜色、深度)的存储空间。系统提供了帧缓冲区对象包括多个缓冲区,有颜色缓冲区、深度缓冲区、模板缓冲区等。

一、缓存的分类

1. 颜色缓存

程序员绘图所用的缓存,分为:

左、右缓存——用于立体感视图(必须要有左缓存);
前、后缓存——用于双缓存(必须要有前缓存);
4个辅助缓存——可选择的、不可显示(程序员可以自己定义和使用它们)。

2. 深度缓存

用来存储每个象素的深度值,也称为Z缓存。

3. 模板缓存

可以将作图限制在屏幕的某些部分中进行。

4. 累积缓存

包含RGBA颜色数据,通常用于将一系列图象累加成一幅最终的合成图象。

象素不能直接绘制到累积缓存中,累加操作常常先在矩形块中进行,然后再与颜色缓存交换数据。

二、缓存的操作

1. 清空缓存

(1). 指定要写入缓存的清除值:

glClearColor()——为颜色缓存设置清除值(red,green,blue,alpha);
glClearIndex()——为颜色索引缓存设置清除值(index);
glClearDepth()——为深度缓存设置清除值(默认为1.0);
glClearStencil()——为模板缓存设置清除值(默认为0.0);
glClearAccum()——为累积缓存设置清除值(red,green,blue,alpha);

(2). 清除指定的缓存:

glClear(GLbitfield mask);
mask的值是GL_COLOR_BUFFER_BIT、GL_DEPTH_BUFFER_BIT、GL_STENCIL_BUFFER_BIT和GL_ACCUM_BUFFER_BIT等常数的按位逻辑或(OR)。可以一次清除多个缓存,如硬件支持同时清除这些缓存,则操作同时进行;否则,按顺序清除各个缓存。

2. 为读写操作选择颜色缓存

绘图操作的结果可以放入任何一个颜色缓存中:前、后、左前、左后、右前、右后或任意辅存,程序员可选择单个缓存作为绘图目标或读取目标。对绘制图形而言,也可将目标同时绘制到几个缓存中,用glDrawBuffer()函数来选择将要写入的缓存;用glReadBuffer()函数来选择缓存,作为glReadPixels()、glCopyPixels()、glCopyTexImage*()和glCopyTexSubImage*()的应用目标。

3. 缓存的屏蔽(掩码)

OpenGL在向激活的颜色、深度和模板缓存中写入数据之前,需按下面函数指定的掩码对这些数据进行屏蔽操作。每个掩码要与对应的待写数据进行按位逻辑与(AND)操作。
void glIndexMask(GLuint mask);
mask默认为1。若掩码中出现1,则颜色索引模式中相应的位被写入;而在0出现的位,
void glColorMask(GLboolean red,green,blue,alpha);
默认为GL_TRUE,表示相应的分量已写入;若为GL_FALSE,则没写入。
void glDepthMask(GLboolean flag);
默认为GL_TRUE,表示深度缓存被激活用于写操作;若为GL_FALSE,则取消。
void glStencilMask(GLuint mask);
默认为1,和颜色索引类似。

三、片元的测试和操作

在OpenGL确定了应该生成的片元及绘制颜色后,仍然需要几个处理过程来控制如何将该片元作为一个象素绘制到帧缓存中,以及确定是否需要这样做。本节描述了在放入帧缓存之前,片元所必须通过的完整测试集合,并且描述了在片元写入时可能进行的最后操作。测试和操作按下列次序进行,若在前面的测试中片元被删除,则不再进行后面的测试或操作。

1 .剪取测试

剪取测试只是使用屏幕矩形区域进行的模板测试的翻版,但是由于很容易用硬件快速实现,所以比以软件方式执行的模板要快。

利用glScissor()函数,可以定义窗口中的一个矩形区域,并将作图限制在其中。若片元落在该矩形区,则剪取测试通过,否则片元被删除。

void glScissor(GLint x,GLint y,GLsizei width,GLsizei height);
glEnable(GL_SCISSOR_TEST):激活剪取测试;
glDisable(GL_SCISSOR_TEST):取消剪取测试。

默认情况下,矩形与窗口的大小相同,剪取处于取消状态。

2. alpha测试

在RGBA模式下,根据alpha测试中的alpha值,来确定是接收还是拒绝一个片元。

glEnable/glDisable(GL_DEPTH_TEST):激活/取消alpha测试
glAlphaFunc设置alpha测试的参考值和比较函数:
void glAlphaFunc(GLenum func,GLclampf ref);
参考值ref取值在0和1之间截取。参数func的可能值及其含义如下:
GL_NEVER:总不接受该片元;GL_ALWAYS:总是接受该片元;
GL_LESS:若片元alpha < 参考alpha ,接受该片元;GL_LEQUAL:片元alpha≤参考alpha,接受;
GL_EQUAL:片元alpha=参考alpha,接受;GL_GEQUAL:片元alpha≥参考alpha,接受;
GL_GREATER:片元alpha > 参考alpha,接受;GL_NOTEQUAL:片元alpha≠参考alpha,接受;

3. 模板测试

只在有模板缓存的情况下才会发生。如果没有模板缓存,则模板测试总能通过。模板化适用于这样的测试,这种测试对存储于模板缓存中的象素值与参考值进行比较,根据比较的结果,对模板缓存中的值进行修改。void glStencilFunc(GLenum func,GLint ref,GLuint mask);此函数为模板测试设置比较函数(func)、参考值(ref)以及掩码(mask)。利用比较函数可以对参考值和模板缓存中的值进行比较,而比较仅适用于掩码的相应位为1的位。比较函数的可能值与glAlphaFunc()中的比较函数的可能值相同,但含义相反。void gltencilOp(GLenum fail,GLenum zfail,GLenum zpass);

此函数说明当片元通过或未通过模板测试时,如何对模板缓存中的数据进行修正。三个参数fail、zfail、zpass可以为:
GL_KEEP:保持当前值
GL_ZERO:以0替换
GL_REPLACE:以参考值替换
GL_INCR:增加该值(在0~最大无符号整数值之间)
GL_DECR:减小该值(在0~最大无符号整数值之间)
GL_INVERT:对该值按位取反

若片元未通过模板测试,则应用fail函数;
若片元通过模板测试,但深度测试失败,则应用zfail函数;
若片元通过模板测试,且通过深度测试,或没有深度测试,则应用zpass函数。
默认情况下,三个模板操作都是GL_KEEP。
模板测试最典型的应用就是屏蔽掉屏幕的不规则区域,以避免在该区域作图。

4. 深度测试

对于屏幕上的每个象素,深度缓存时刻追踪视点与占据该象素的物体之间的距离。若通过了深度测试,输入的深度值就将取代深度缓存中的相应值。

深度缓存通常用于消除隐藏表面的操作。最初,深度缓存通常是以距离视点尽可能远的值来填充的,因此任何物体的深度都比初始状态更近。

glEnalbe(GL_DEPTH_TEST);//激活深度测试
glClearDepth(1.0);//清除深度缓存
可以用glDepthunc()函数为深度测试选择不同的比较函数。
void glDepthFunc(GLenum func);
此函数为深度测试设置比较函数。func的值必须为GL_NEVER、GL_ALWAYS、GL_LESS、GL_LEQUAL、GL_EQUAL、
GL_GEQUAL、GL_GREATER或GL_NOTEQUAL。如果z值与深度缓存中的值满足确定的关系,则输入片元通过深度测试。

5. 混合、抖动和逻辑操作

一旦输入的片元通过了所有的测试,它就可以与颜色缓存中的当前内容按某种方式合并起来。最简单的方法,也是默认操作,就是将当前值覆盖掉。

在RGBA模式中,如果希望片元是半透明的或是消除了锯齿现象的,程序员可以将该片元值与缓存中的值作一平均,即混合。

对于可用颜色较少的系统,可以以牺牲分辨率为代价,通过颜色值的抖动来增加可用颜色数量。抖动操作是和硬件相关的,OpenGL允许程序员所做的操作就只有打开或关闭抖动操作。实际上,若机器的分辨率已经相当高,激活抖动操作根本就没有任何意义。要激活或取消抖动,可以用glEnable(GL_DITHER)和glDisable(GL_DITHER)函数。默认情况下,抖动是激活的。在颜色索引模式中,可以利用任意的按位逻辑操作,将输入片元与已写入的象素进行合成。

编辑:jq

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • RGB
    RGB
    +关注

    关注

    4

    文章

    820

    浏览量

    61510
  • OpenGL
    +关注

    关注

    1

    文章

    86

    浏览量

    30454
  • 函数
    +关注

    关注

    3

    文章

    4406

    浏览量

    66829
  • 帧存
    +关注

    关注

    0

    文章

    3

    浏览量

    12447
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    CW32L052串口的缓冲区机制

    默认缓冲区配置 CW32L052的UART模块支持硬件FIFO(通常为16字节),但HAL库或用户代码需手动管理接收缓冲区。若未显式分配足够大的软件缓冲区,可能导致数据溢出。 HAL库缓冲区
    发表于 11-24 06:40

    飞凌嵌入式ElfBoard-标准IO接口之设置缓冲区

    1.setvbuf 用于以对文件的 stdio 缓冲区进行设置,譬如缓冲区缓冲模式、缓冲区的大小、起 始地址等。 1)头文件 #include 2)函数原型 int setvbuf
    发表于 11-14 09:02

    移植的lvgl,在运行的时候,缓冲区无法释放怎么解决?

    代码在运行的时候,只有lvgl线程用于刷新,另一个线程只有一个串口打印。 当运行一段时间后,发现,程序会在LVGl中,lv_refr.c这个库下面第625行代码, 在这一直判断,看介绍说是在等待释放缓冲区,求大神给个思路
    发表于 09-09 07:28

    USB缓冲区中的内容满了之后,是否有标志位进行反馈?

    USB缓冲区中的内容满了之后,是否有标志位进行反馈。
    发表于 07-17 07:13

    请问USB缓冲区取数据可以多次取吗?

    在使用USB软件获取数据是,下位机给我发送了13个32位数据到USB IN缓冲区,为什么我调用API函数想要第一次取1个32位数据,取完之后再取12位数据,程序会卡死。
    发表于 07-16 08:12

    解析RZ/N2L CANFD模块的缓冲区机制(2)

    在工业自动化、智能交通、机器人等领域,CANFD(CAN with Flexible Data-Rate)技术正逐步取代传统CAN,以适应更高的数据速率和更复杂的通信需求。本文将深入解析RZ/N2L CANFD模块的缓冲区机制,帮助工程师更高效地管理CAN消息,提高系统性能。
    的头像 发表于 05-19 14:13 1141次阅读
    解析RZ/N2L CANFD模块的<b class='flag-5'>缓冲区</b>机制(2)

    FX3 Socket缓冲区切换的最大时间是多少?

    FX3_Programmers_Manual 文档的第 10 章提到“每个缓冲区缓冲区切换开销为 550 - 900 ns”。 Getting_Started_with_EZ-USB_FX3 文档
    发表于 05-16 07:51

    求助,关于3014的缓冲区设置疑问求解

    rgb24 1080p@60fps是静态图像,dma缓冲区的配置即大小和数量分别为16kb,6,沿用的是yuy2的配置,但yuy2 1080p@60fps 是动态且不颠倒,是否可以认为是由于缓冲区
    发表于 05-06 13:42

    求助,关于emWin缓冲优化问题求解

    ();}审核后emWin 缓冲 - SEGGER Wiki,我认为 “GUI_MULTIBUF_Begin()” 在从前到后复制缓冲区方面效率不高。 有没有办法优化 “GUI_MU
    发表于 04-03 07:21

    请问如何在Linux中使用缓冲区更新epdc显示?

    我正在使用带有 epdc 显示子卡 (IMXEBOOKDC5) 的 IMX8ULP EVK。使用 Linux 映像引导后,epdc 显示无法使用缓冲区进行更新。当检查显示 pmic 的电源使能引脚
    发表于 04-01 06:41

    求助,关于使用glTexDirectVIVMap通过openGL绘制相机缓冲区内容的AXI总线错误问题求解

    一起排队,然后在处理接收的线程中排队,准备就绪时取消排队,并为使用 glTexDirectVIVMap 的渲染线程留出空间,以便将所述缓冲区映射到给定的 openGL 纹理 ID。 我在
    发表于 03-28 07:28

    FreeRTOS进阶使用之流缓冲区:高效处理字节流的秘密武器

    在嵌入式开发中,流缓冲区(Stream Buffer)是FreeRTOS中用于高效处理字节流数据传输的核心机制,尤其适合任务间或中断与任务间的连续数据传输场景(如串口通信、网络数据流等)。本文将深入
    发表于 03-24 11:37

    缓冲区溢出漏洞的原理、成因、类型及最佳防范实践(借助Perforce 的Klocwork/Hleix QAC等静态代码分析工具)

    本期来认识软件漏洞的“常客”——缓冲区溢出,C/C++开发者尤其要注意!全面了解该漏洞的成因、类型、常见示例,以及如何借助Klocwork、Helix QAC等SAST工具进行防护。
    的头像 发表于 03-04 16:39 1717次阅读
    <b class='flag-5'>缓冲区</b>溢出漏洞的原理、成因、类型及最佳防范实践(借助Perforce 的Klocwork/Hleix QAC等静态代码分析工具)

    RTOS的流缓冲区机制解析

    SAFERTOS中的流缓冲区(Stream buffer)机制,可以实现任务到任务或中断到任务之间的通信。字节流是由发送方写入缓冲区,接收方读取缓冲区数据。流缓冲区作为队列的轻量级级替
    的头像 发表于 02-14 11:33 974次阅读
    RTOS的流<b class='flag-5'>缓冲区</b>机制解析

    AMD Zen 4处理器悄然禁用循环缓冲区

    近日,AMD在更新BIOS后,对Zen 4架构的处理器进行了一项未公开说明的更改:禁用了循环缓冲区(Loop Buffer)功能。这一变化引发了业界和用户的广泛关注。 循环缓冲区作为CPU前端的一个
    的头像 发表于 12-11 13:46 829次阅读