chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

簡述OpenGL幀緩沖區(qū)多線(FBO)基本概念

電子工程師 ? 來源:CSDN技術(shù)社區(qū) ? 作者:圖形碼農(nóng) ? 2021-03-24 15:56 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

幀緩存:它是屏幕所顯示畫面的一個直接映象,又稱為位映射圖(Bit Map)或光柵。幀緩存的每一存儲單元對應(yīng)屏幕上的一個像素,整個幀緩存對應(yīng)一幀圖像。

幀緩沖區(qū)是指服務(wù)器(顯存)中存儲像素相關(guān)信息(顏色、深度)的存儲空間。系統(tǒng)提供了幀緩沖區(qū)對象包括多個緩沖區(qū),有顏色緩沖區(qū)、深度緩沖區(qū)、模板緩沖區(qū)等。

一、緩存的分類

1. 顏色緩存

程序員繪圖所用的緩存,分為:

左、右緩存——用于立體感視圖(必須要有左緩存);
前、后緩存——用于雙緩存(必須要有前緩存);
4個輔助緩存——可選擇的、不可顯示(程序員可以自己定義和使用它們)。

2. 深度緩存

用來存儲每個象素的深度值,也稱為Z緩存。

3. 模板緩存

可以將作圖限制在屏幕的某些部分中進行。

4. 累積緩存

包含RGBA顏色數(shù)據(jù),通常用于將一系列圖象累加成一幅最終的合成圖象。

象素不能直接繪制到累積緩存中,累加操作常常先在矩形塊中進行,然后再與顏色緩存交換數(shù)據(jù)。

二、緩存的操作

1. 清空緩存

(1). 指定要寫入緩存的清除值:

glClearColor()——為顏色緩存設(shè)置清除值(red,green,blue,alpha);
glClearIndex()——為顏色索引緩存設(shè)置清除值(index);
glClearDepth()——為深度緩存設(shè)置清除值(默認(rèn)為1.0);
glClearStencil()——為模板緩存設(shè)置清除值(默認(rèn)為0.0);
glClearAccum()——為累積緩存設(shè)置清除值(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等常數(shù)的按位邏輯或(OR)??梢砸淮吻宄鄠€緩存,如硬件支持同時清除這些緩存,則操作同時進行;否則,按順序清除各個緩存。

2. 為讀寫操作選擇顏色緩存

繪圖操作的結(jié)果可以放入任何一個顏色緩存中:前、后、左前、左后、右前、右后或任意輔存,程序員可選擇單個緩存作為繪圖目標(biāo)或讀取目標(biāo)。對繪制圖形而言,也可將目標(biāo)同時繪制到幾個緩存中,用glDrawBuffer()函數(shù)來選擇將要寫入的緩存;用glReadBuffer()函數(shù)來選擇緩存,作為glReadPixels()、glCopyPixels()、glCopyTexImage*()和glCopyTexSubImage*()的應(yīng)用目標(biāo)。

3. 緩存的屏蔽(掩碼)

OpenGL在向激活的顏色、深度和模板緩存中寫入數(shù)據(jù)之前,需按下面函數(shù)指定的掩碼對這些數(shù)據(jù)進行屏蔽操作。每個掩碼要與對應(yīng)的待寫數(shù)據(jù)進行按位邏輯與(AND)操作。
void glIndexMask(GLuint mask);
mask默認(rèn)為1。若掩碼中出現(xiàn)1,則顏色索引模式中相應(yīng)的位被寫入;而在0出現(xiàn)的位,
void glColorMask(GLboolean red,green,blue,alpha);
默認(rèn)為GL_TRUE,表示相應(yīng)的分量已寫入;若為GL_FALSE,則沒寫入。
void glDepthMask(GLboolean flag);
默認(rèn)為GL_TRUE,表示深度緩存被激活用于寫操作;若為GL_FALSE,則取消。
void glStencilMask(GLuint mask);
默認(rèn)為1,和顏色索引類似。

三、片元的測試和操作

在OpenGL確定了應(yīng)該生成的片元及繪制顏色后,仍然需要幾個處理過程來控制如何將該片元作為一個象素繪制到幀緩存中,以及確定是否需要這樣做。本節(jié)描述了在放入幀緩存之前,片元所必須通過的完整測試集合,并且描述了在片元寫入時可能進行的最后操作。測試和操作按下列次序進行,若在前面的測試中片元被刪除,則不再進行后面的測試或操作。

1 .剪取測試

剪取測試只是使用屏幕矩形區(qū)域進行的模板測試的翻版,但是由于很容易用硬件快速實現(xiàn),所以比以軟件方式執(zhí)行的模板要快。

利用glScissor()函數(shù),可以定義窗口中的一個矩形區(qū)域,并將作圖限制在其中。若片元落在該矩形區(qū),則剪取測試通過,否則片元被刪除。

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

默認(rèn)情況下,矩形與窗口的大小相同,剪取處于取消狀態(tài)。

2. alpha測試

在RGBA模式下,根據(jù)alpha測試中的alpha值,來確定是接收還是拒絕一個片元。

glEnable/glDisable(GL_DEPTH_TEST):激活/取消alpha測試
glAlphaFunc設(shè)置alpha測試的參考值和比較函數(shù):
void glAlphaFunc(GLenum func,GLclampf ref);
參考值ref取值在0和1之間截取。參數(shù)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. 模板測試

只在有模板緩存的情況下才會發(fā)生。如果沒有模板緩存,則模板測試總能通過。模板化適用于這樣的測試,這種測試對存儲于模板緩存中的象素值與參考值進行比較,根據(jù)比較的結(jié)果,對模板緩存中的值進行修改。void glStencilFunc(GLenum func,GLint ref,GLuint mask);此函數(shù)為模板測試設(shè)置比較函數(shù)(func)、參考值(ref)以及掩碼(mask)。利用比較函數(shù)可以對參考值和模板緩存中的值進行比較,而比較僅適用于掩碼的相應(yīng)位為1的位。比較函數(shù)的可能值與glAlphaFunc()中的比較函數(shù)的可能值相同,但含義相反。void gltencilOp(GLenum fail,GLenum zfail,GLenum zpass);

此函數(shù)說明當(dāng)片元通過或未通過模板測試時,如何對模板緩存中的數(shù)據(jù)進行修正。三個參數(shù)fail、zfail、zpass可以為:
GL_KEEP:保持當(dāng)前值
GL_ZERO:以0替換
GL_REPLACE:以參考值替換
GL_INCR:增加該值(在0~最大無符號整數(shù)值之間)
GL_DECR:減小該值(在0~最大無符號整數(shù)值之間)
GL_INVERT:對該值按位取反

若片元未通過模板測試,則應(yīng)用fail函數(shù);
若片元通過模板測試,但深度測試失敗,則應(yīng)用zfail函數(shù);
若片元通過模板測試,且通過深度測試,或沒有深度測試,則應(yīng)用zpass函數(shù)。
默認(rèn)情況下,三個模板操作都是GL_KEEP。
模板測試最典型的應(yīng)用就是屏蔽掉屏幕的不規(guī)則區(qū)域,以避免在該區(qū)域作圖。

4. 深度測試

對于屏幕上的每個象素,深度緩存時刻追蹤視點與占據(jù)該象素的物體之間的距離。若通過了深度測試,輸入的深度值就將取代深度緩存中的相應(yīng)值。

深度緩存通常用于消除隱藏表面的操作。最初,深度緩存通常是以距離視點盡可能遠的值來填充的,因此任何物體的深度都比初始狀態(tài)更近。

glEnalbe(GL_DEPTH_TEST);//激活深度測試
glClearDepth(1.0);//清除深度緩存
可以用glDepthunc()函數(shù)為深度測試選擇不同的比較函數(shù)。
void glDepthFunc(GLenum func);
此函數(shù)為深度測試設(shè)置比較函數(shù)。func的值必須為GL_NEVER、GL_ALWAYS、GL_LESS、GL_LEQUAL、GL_EQUAL、
GL_GEQUAL、GL_GREATER或GL_NOTEQUAL。如果z值與深度緩存中的值滿足確定的關(guān)系,則輸入片元通過深度測試。

5. 混合、抖動和邏輯操作

一旦輸入的片元通過了所有的測試,它就可以與顏色緩存中的當(dāng)前內(nèi)容按某種方式合并起來。最簡單的方法,也是默認(rèn)操作,就是將當(dāng)前值覆蓋掉。

在RGBA模式中,如果希望片元是半透明的或是消除了鋸齒現(xiàn)象的,程序員可以將該片元值與緩存中的值作一平均,即混合。

對于可用顏色較少的系統(tǒng),可以以犧牲分辨率為代價,通過顏色值的抖動來增加可用顏色數(shù)量。抖動操作是和硬件相關(guān)的,OpenGL允許程序員所做的操作就只有打開或關(guān)閉抖動操作。實際上,若機器的分辨率已經(jīng)相當(dāng)高,激活抖動操作根本就沒有任何意義。要激活或取消抖動,可以用glEnable(GL_DITHER)和glDisable(GL_DITHER)函數(shù)。默認(rèn)情況下,抖動是激活的。在顏色索引模式中,可以利用任意的按位邏輯操作,將輸入片元與已寫入的象素進行合成。

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • RGB
    RGB
    +關(guān)注

    關(guān)注

    4

    文章

    818

    瀏覽量

    61016
  • OpenGL
    +關(guān)注

    關(guān)注

    1

    文章

    86

    瀏覽量

    30252
  • 函數(shù)
    +關(guān)注

    關(guān)注

    3

    文章

    4400

    瀏覽量

    66361
  • 幀存
    +關(guān)注

    關(guān)注

    0

    文章

    3

    瀏覽量

    12441
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    移植的lvgl,在運行的時候,緩沖區(qū)無法釋放怎么解決?

    代碼在運行的時候,只有l(wèi)vgl線程用于刷新,另一個線程只有一個串口打印。 當(dāng)運行一段時間后,發(fā)現(xiàn),程序會在LVGl中,lv_refr.c這個庫下面第625行代碼, 在這一直判斷,看介紹說是在等待釋放緩沖區(qū),求大神給個思路
    發(fā)表于 09-09 07:28

    USB緩沖區(qū)中的內(nèi)容滿了之后,是否有標(biāo)志位進行反饋?

    USB緩沖區(qū)中的內(nèi)容滿了之后,是否有標(biāo)志位進行反饋。
    發(fā)表于 07-17 07:13

    請問USB緩沖區(qū)取數(shù)據(jù)可以多次取嗎?

    在使用USB軟件獲取數(shù)據(jù)是,下位機給我發(fā)送了13個32位數(shù)據(jù)到USB IN緩沖區(qū),為什么我調(diào)用API函數(shù)想要第一次取1個32位數(shù)據(jù),取完之后再取12位數(shù)據(jù),程序會卡死。
    發(fā)表于 07-16 08:12

    解析RZ/N2L CANFD模塊的緩沖區(qū)機制(2)

    在工業(yè)自動化、智能交通、機器人等領(lǐng)域,CANFD(CAN with Flexible Data-Rate)技術(shù)正逐步取代傳統(tǒng)CAN,以適應(yīng)更高的數(shù)據(jù)速率和更復(fù)雜的通信需求。本文將深入解析RZ/N2L CANFD模塊的緩沖區(qū)機制,幫助工程師更高效地管理CAN消息,提高系統(tǒng)性能。
    的頭像 發(fā)表于 05-19 14:13 ?949次閱讀
    解析RZ/N2L CANFD模塊的<b class='flag-5'>緩沖區(qū)</b>機制(2)

    解析RZ/N2L CANFD模塊的緩沖區(qū)機制(1)

    在工業(yè)自動化、智能交通、機器人等領(lǐng)域,CANFD(CAN with Flexible Data-Rate)技術(shù)正逐步取代傳統(tǒng)CAN,以適應(yīng)更高的數(shù)據(jù)速率和更復(fù)雜的通信需求。本文將深入解析RZ/N2L CANFD模塊的緩沖區(qū)機制,幫助工程師更高效地管理CAN消息,提高系統(tǒng)性能。
    的頭像 發(fā)表于 05-19 14:10 ?769次閱讀
    解析RZ/N2L CANFD模塊的<b class='flag-5'>緩沖區(qū)</b>機制(1)

    FX3 Socket緩沖區(qū)切換的最大時間是多少?

    FX3_Programmers_Manual 文檔的第 10 章提到“每個緩沖區(qū)緩沖區(qū)切換開銷為 550 - 900 ns”。 Getting_Started_with_EZ-USB_FX3 文檔
    發(fā)表于 05-16 07:51

    求助,關(guān)于3014的緩沖區(qū)設(shè)置疑問求解

    rgb24 1080p@60fps是靜態(tài)圖像,dma緩沖區(qū)的配置即大小和數(shù)量分別為16kb,6,沿用的是yuy2的配置,但yuy2 1080p@60fps 是動態(tài)且不顛倒,是否可以認(rèn)為是由于緩沖區(qū)
    發(fā)表于 05-06 13:42

    求助,關(guān)于emWin緩沖優(yōu)化問題求解

    ();}審核后emWin 緩沖 - SEGGER Wiki,我認(rèn)為 “GUI_MULTIBUF_Begin()” 在從前到后復(fù)制緩沖區(qū)方面效率不高。 有沒有辦法優(yōu)化 “GUI_MU
    發(fā)表于 04-03 07:21

    請問如何在Linux中使用緩沖區(qū)更新epdc顯示?

    我正在使用帶有 epdc 顯示子卡 (IMXEBOOKDC5) 的 IMX8ULP EVK。使用 Linux 映像引導(dǎo)后,epdc 顯示無法使用緩沖區(qū)進行更新。當(dāng)檢查顯示 pmic 的電源使能引腳
    發(fā)表于 04-01 06:41

    求助,關(guān)于使用glTexDirectVIVMap通過openGL繪制相機緩沖區(qū)內(nèi)容的AXI總線錯誤問題求解

    一起排隊,然后在處理接收的線程中排隊,準(zhǔn)備就緒時取消排隊,并為使用 glTexDirectVIVMap 的渲染線程留出空間,以便將所述緩沖區(qū)映射到給定的 openGL 紋理 ID。 我在
    發(fā)表于 03-28 07:28

    FreeRTOS進階使用之流緩沖區(qū):高效處理字節(jié)流的秘密武器

    在嵌入式開發(fā)中,流緩沖區(qū)(Stream Buffer)是FreeRTOS中用于高效處理字節(jié)流數(shù)據(jù)傳輸?shù)暮诵臋C制,尤其適合任務(wù)間或中斷與任務(wù)間的連續(xù)數(shù)據(jù)傳輸場景(如串口通信、網(wǎng)絡(luò)數(shù)據(jù)流等)。本文將深入
    發(fā)表于 03-24 11:37

    緩沖區(qū)溢出漏洞的原理、成因、類型及最佳防范實踐(借助Perforce 的Klocwork/Hleix QAC等靜態(tài)代碼分析工具)

    本期來認(rèn)識軟件漏洞的“??汀薄?b class='flag-5'>緩沖區(qū)溢出,C/C++開發(fā)者尤其要注意!全面了解該漏洞的成因、類型、常見示例,以及如何借助Klocwork、Helix QAC等SAST工具進行防護。
    的頭像 發(fā)表于 03-04 16:39 ?1332次閱讀
    <b class='flag-5'>緩沖區(qū)</b>溢出漏洞的原理、成因、類型及最佳防范實踐(借助Perforce 的Klocwork/Hleix QAC等靜態(tài)代碼分析工具)

    RTOS的流緩沖區(qū)機制解析

    SAFERTOS中的流緩沖區(qū)(Stream buffer)機制,可以實現(xiàn)任務(wù)到任務(wù)或中斷到任務(wù)之間的通信。字節(jié)流是由發(fā)送方寫入緩沖區(qū),接收方讀取緩沖區(qū)數(shù)據(jù)。流緩沖區(qū)作為隊列的輕量級級替
    的頭像 發(fā)表于 02-14 11:33 ?756次閱讀
    RTOS的流<b class='flag-5'>緩沖區(qū)</b>機制解析

    AMD Zen 4處理器悄然禁用循環(huán)緩沖區(qū)

    近日,AMD在更新BIOS后,對Zen 4架構(gòu)的處理器進行了一項未公開說明的更改:禁用了循環(huán)緩沖區(qū)(Loop Buffer)功能。這一變化引發(fā)了業(yè)界和用戶的廣泛關(guān)注。 循環(huán)緩沖區(qū)作為CPU前端的一個
    的頭像 發(fā)表于 12-11 13:46 ?727次閱讀

    分享一個嵌入式通用FIFO環(huán)形緩沖區(qū)實現(xiàn)庫

    開源項目ringbuff ,是一款通用FIFO環(huán)形緩沖區(qū)實現(xiàn)的開源庫,作者MaJerle,遵循 MIT 開源許可協(xié)議。
    的頭像 發(fā)表于 10-23 16:20 ?1563次閱讀
    分享一個嵌入式通用FIFO環(huán)形<b class='flag-5'>緩沖區(qū)</b>實現(xiàn)庫