• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            C++ Programmer's Cookbook

            {C++ 基礎(chǔ)} {C++ 高級(jí)} {C#界面,C++核心算法} {設(shè)計(jì)模式} {C#基礎(chǔ)}

            游戲引擎基礎(chǔ)(三)(內(nèi)存使用,特效和API)

            3部份: 內(nèi)存使用,特效和API


            關(guān)于內(nèi)存使用的思考
              讓我們想一想,在今天實(shí)際上是如何使用3D 顯卡內(nèi)存的以及在將來(lái)又會(huì)如何使用。 如今絕大多數(shù)3D顯卡處理32位像素顏色,8位紅色, 8位藍(lán)色,8 位綠色,和 8 位透明度。這些組合的紅,藍(lán)和綠256個(gè)色度,可以組成 167 百萬(wàn)種顏色-- 那是你我可以在一個(gè)監(jiān)視器上看見(jiàn)的所有顏色。

              那么,游戲設(shè)計(jì)大師John Carmack 為什么要求 64 位顏色分辨率呢? 如果我們看不出區(qū)別,又有什么意義呢? 意義是: 比如說(shuō), 有十幾個(gè)燈光照射模型上的點(diǎn),顏色顏色各不相同。 我們?nèi)∧P偷淖畛躅伾缓笥?jì)算一個(gè)燈光的照射,模型顏色值將改變。 然后我們計(jì)算另外的一個(gè)燈光, 模型顏色值進(jìn)一步改變。 這里的問(wèn)題是,因?yàn)轭伾抵挥?/span>8位,在計(jì)算了4個(gè)燈光之后,8位的顏色值將不足以給我們最后的顏色較好的分辨率和表現(xiàn)。分辨率的不足是由量化誤差導(dǎo)致的,本質(zhì)原因是由于位數(shù)不足引起的舍入誤差。

              你能很快地用盡位數(shù),而且同樣地,所有的顏色被清掉。每顏色16 32 位,你有一個(gè)更高分辨率,因此你能夠反復(fù)著色以適當(dāng)?shù)乇憩F(xiàn)最后的顏色。這樣的顏色深度很快就能消耗大量的存儲(chǔ)空間。我們也應(yīng)提到整個(gè)顯卡內(nèi)存與紋理內(nèi)存。這里所要說(shuō)的是,每個(gè)3D 顯卡實(shí)際只有有限的內(nèi)存,而這些內(nèi)存要存儲(chǔ)前端和后端緩沖區(qū),Z 緩沖區(qū),還有所有的令人驚奇的紋理。最初的 Voodoo1 顯卡只有2MB顯存,后來(lái) Riva TNT提高到16MB顯存。然后 GeForce ATI Rage32MB顯存, 現(xiàn)在一些 GeForce 2 4的顯卡和 Radeons 帶有 64MB 128MB 的顯存。 這為什么重要? 好吧,讓我們看一些數(shù)字

              比如你想讓你的游戲看起來(lái)最好,所以你想要讓它以32位屏幕, 1280x1024分辨率和32 Z- 緩沖跑起來(lái)。 好,屏幕上每個(gè)像素4個(gè)字節(jié),外加每個(gè)像素4字節(jié)的Z-緩沖,因?yàn)槎际敲肯袼?/span>32位。我們有1280x1024 個(gè)像素也就是 1310720個(gè)像素。基于前端緩沖區(qū)和Z-緩沖區(qū)的字節(jié)數(shù),這個(gè)數(shù)字乘以8,是 10485760字節(jié)。包括一個(gè)后端緩沖區(qū),這樣是 1280x1024x12 也就是 15728640 字節(jié), 15MB 在一個(gè) 16MB 顯存的顯卡上,就只給我們剩下1MB 來(lái)存儲(chǔ)所有的紋理。 現(xiàn)在如果最初的紋理是真32 位或 4字節(jié)寬,那么我們每幀能在顯卡上存儲(chǔ) 1MB/4字節(jié)每像素 = 262144個(gè)像素。這大約是4 個(gè) 256x256 的紋理頁(yè)面。

              很清楚,上述例子表明,舊的16MB 顯卡沒(méi)有現(xiàn)代游戲表現(xiàn)其絢麗畫(huà)面所需要的足夠內(nèi)存。很明顯,在它繪制畫(huà)面的時(shí)候,我們每幀都必須重新把紋理裝載到顯卡。實(shí)際上,設(shè)計(jì)AGP總線的目的就是完成這個(gè)任務(wù),不過(guò), AGP 還是要比 3D 掀卡的幀緩沖區(qū)慢,所以你會(huì)受到性能上的一些損失。很明顯,如果紋理由32位降低到16位,你就能夠通過(guò)AGP以較低的分辨率傳送兩倍數(shù)量的紋理。如果你的游戲以每個(gè)像素比較低的色彩分辨率跑, 那么就可以有更多的顯示內(nèi)存用來(lái)保存常用的紋理 (稱為高速緩存紋理) 但實(shí)際上你永遠(yuǎn)不可能預(yù)知使用者將如何設(shè)置他們的系統(tǒng)。如果他們有一個(gè)在高分辨率和顏色深度跑的顯卡,那么他們將會(huì)更可能那樣設(shè)定他們的顯卡。



              我們現(xiàn)在開(kāi)始講霧,它是某種視覺(jué)上的效果。如今絕大多數(shù)的引擎都能處理霧, 因?yàn)殪F非常方便地讓遠(yuǎn)處的世界淡出視野,所以當(dāng)模型和場(chǎng)景地理越過(guò)觀察體后平面進(jìn)入視覺(jué)范圍內(nèi)時(shí),你就不會(huì)看見(jiàn)它們突然從遠(yuǎn)處跳出來(lái)了。 也有一種稱為體霧的技術(shù)。這種霧不是隨物體離照相機(jī)的距離而定,它實(shí)際上是一個(gè)你能看見(jiàn)的真實(shí)對(duì)象,并且可以穿越它,從另外一側(cè)出去 -- 當(dāng)你在穿越對(duì)象的時(shí)候,視覺(jué)上霧的可見(jiàn)程度隨著變化。想象一下穿過(guò)云團(tuán) -- 這是體霧的一個(gè)完美例子。體霧的一些好的實(shí)現(xiàn)例子是Quake III一些關(guān)卡中的紅色霧,或新的Rogue Squadron II Lucas Arts GameCube 版本。其中有一些是我曾經(jīng)見(jiàn)過(guò)的最好的云--大約與你能看見(jiàn)的一樣真實(shí)。

              在我們討論霧化的時(shí)候,可能是簡(jiǎn)短介紹一下 Alpha 測(cè)試和紋理Alpha混合的好時(shí)機(jī)。當(dāng)渲染器往屏幕上畫(huà)一個(gè)特定像素時(shí),假定它已經(jīng)通過(guò) Z- 緩沖測(cè)試 (在下面定義),我們可能最后做一些Alpha測(cè)試。我們可能發(fā)現(xiàn)為了顯示像素后面的某些東西,像素需要透明繪制。這意味著我們必須取得像素的已有值,和我們新的像素值進(jìn)行混和,并把混合結(jié)果的像素值放回原處。這稱為讀-修改-寫(xiě)操作,遠(yuǎn)比正常的像素寫(xiě)操作費(fèi)時(shí)。

              你可以用不同類型的混合,這些不同的效果被稱為混合模式。直接Alpha混合只是把背景像素的一些百分比值加到新像素的相反百分比值上面。還有加法混合,將舊像素的一些百分比,和特定數(shù)量(而不是百分比)的新像素相加。 這樣效果會(huì)更加鮮明。 (Kyle's Lightsaber Jedi Knight II 中的效果)

              每當(dāng)廠商提供新的顯卡時(shí),我們可以得到硬件支持的更新更復(fù)雜的混合模式,從而制作出更多更眩目的效果。GF3+4和最近的Radeon顯卡提供的像素操作,已經(jīng)到了極限。


            模板陰影與深度測(cè)試
              用模板產(chǎn)生陰影效果,事情就變得復(fù)雜而昂貴了。這里不討論太多細(xì)節(jié)(可以寫(xiě)成一篇單獨(dú)的文章了),其思想是,從光源視角繪制模型視圖,然后用這個(gè)把多邊形紋理形狀產(chǎn)生或投射到受影響的物體表面。

              實(shí)際上你是在視野中投射將會(huì)在其他多邊形上面的光體。最后你得到看似真實(shí)的光照,甚至帶有視角在里面。因?yàn)橐獎(jiǎng)討B(tài)創(chuàng)建紋理,并對(duì)同一場(chǎng)景進(jìn)行多遍繪制,所以這很昂貴。

              你能用眾多不同方法產(chǎn)生陰影,情形時(shí)常是這樣一來(lái),渲染質(zhì)量與產(chǎn)生效果所需要的渲染工作成比例。有所謂的硬陰影或軟陰影之分,而后者較好,因?yàn)樗鼈兏訙?zhǔn)確地模仿陰影通常在真實(shí)世界的行為。 通常有一些被游戲開(kāi)發(fā)者偏愛(ài)的足夠好的方法。如要更多的了解陰影,請(qǐng)參考 Dave Salvator 3D 流水線一文。


            深度測(cè)試
              現(xiàn)在我們開(kāi)始討論深度測(cè)試, 深度測(cè)試丟棄隱藏的像素,過(guò)度繪制開(kāi)始起作用。過(guò)度繪制非常簡(jiǎn)單在一幀中,你數(shù)次繪制一個(gè)像素位置。它以3D場(chǎng)景中Z(深度)方向上存在的元素?cái)?shù)量為基礎(chǔ),也被稱為深度復(fù)雜度。如果你常常太多的過(guò)度繪制, -- 舉例來(lái)說(shuō), 符咒的眩目視覺(jué)特效,就象Heretic II,能讓你的幀速率變得很糟糕。當(dāng)屏幕上的一些人們彼此施放符咒時(shí),Heretic II設(shè)計(jì)的一些最初效果造成的情形是,他們?cè)谝粠袑?duì)屏幕上每個(gè)相同的像素畫(huà)了40! 不用說(shuō),這必須調(diào)整,尤其是軟件渲染器,除了將游戲降低到象是滑雪表演外,它根本不能處理這樣的負(fù)荷。深度測(cè)試是一種用來(lái)決定在相同的像素位置上哪些對(duì)象在其它對(duì)象前面的技術(shù),這樣我們就能夠避免繪制那些隱藏的對(duì)象。

              看著場(chǎng)景并想想你所看不見(jiàn)的。 換句話說(shuō),是什么在其他場(chǎng)景對(duì)象前面,或者隱藏了其他場(chǎng)景對(duì)象? 是深度測(cè)試作出的這個(gè)決定。

              我將進(jìn)一步解釋深度深度如何幫助提高幀速率。想像一個(gè)很瑣細(xì)的場(chǎng)景,大量的多邊形 (或像素)位于彼此的后面,在渲染器獲得他們之間沒(méi)有一個(gè)快速的方法丟棄他們。對(duì)非Alpha混合的多邊形分類排序( Z- 方向上),首先渲染離你最近的那些多邊形,優(yōu)先使用距離最近的像素填充屏幕。所以當(dāng)你要渲染它們后面的像素(由Z或者深度測(cè)試決定)時(shí),這些像素很快被丟棄,從而避免了混合步驟并節(jié)省了時(shí)間。如果你從后到前繪制,所有隱藏的對(duì)象將被完全繪制,然后又被其他對(duì)象完全重寫(xiě)覆蓋。場(chǎng)景越復(fù)雜,這種情況就越糟糕,所以深度測(cè)試是個(gè)好東西。


            抗鋸齒
              讓我們快速的看一下抗鋸齒。當(dāng)渲染單個(gè)多邊形時(shí),3D 顯卡仔細(xì)檢查已經(jīng)渲染的,并對(duì)新的多邊形的邊緣進(jìn)行柔化,這樣你就不會(huì)得到明顯可見(jiàn)的鋸齒形的像素邊緣。兩種技術(shù)方法之一通常被用來(lái)處理。 第一種方法是單個(gè)多邊形層次,需要你從視野后面到前面渲染多邊形,這樣每個(gè)多邊形都能和它后面的進(jìn)行適當(dāng)?shù)幕旌稀H绻话葱蜻M(jìn)行渲染,最后你會(huì)看見(jiàn)各種奇怪的效果。在第二種方法中,使用比實(shí)際顯示更大的分辯率來(lái)渲染整幅幀畫(huà)面,然后在你縮小圖像時(shí),尖銳的鋸齒形邊緣就混合消失了。這第二種方法的結(jié)果不錯(cuò),但因?yàn)轱@卡需要渲染比實(shí)際結(jié)果幀更多的像素,所以需要大量的內(nèi)存資源和很高的內(nèi)存帶寬。

              多數(shù)新的顯卡能很好地處理這些,但仍然有多種抗鋸齒模式可以供你選擇,因此你可以在性能和質(zhì)量之間作出折衷。對(duì)於當(dāng)今流行的各種不同抗鋸齒技術(shù)的更詳細(xì)討論請(qǐng)參見(jiàn)Dave Salvator 3D 流水線一文。


            頂點(diǎn)與像素著色
              在結(jié)束討論渲染技術(shù)之前,我們快速的說(shuō)一下頂點(diǎn)和像素著色,最近它們正引起很多關(guān)注。頂點(diǎn)著色是一種直接使用顯卡硬件特征的方式,不使用API。舉例來(lái)說(shuō),如果顯卡支持硬件 T & L ,你可以用DirectXOpenGL編程,并希望你的頂點(diǎn)通過(guò) T & L 單元 (因?yàn)檫@完全由驅(qū)動(dòng)程序處理,所以沒(méi)有辦法確信),或者你直接利用顯卡硬件使用頂點(diǎn)著色。它們?cè)试S你根據(jù)顯卡自身特征進(jìn)行特別編碼,你自己特殊的編碼使用T & L 引擎,以及為了發(fā)揮你的最大優(yōu)勢(shì),顯卡必須提供的其他別的特征。 事實(shí)上,現(xiàn)在nVidia ATI 在他們大量的顯卡上都提供了這個(gè)特征。

              不幸的是,顯卡之間表示頂點(diǎn)著色的方法并不一致。你不能象使用DirectX或者OpenGL 那樣,為頂點(diǎn)著色編寫(xiě)一次代碼就可以在任何顯卡上運(yùn)行,這可是個(gè)壞消息。然而,因?yàn)槟阒苯雍惋@卡硬件交流,它為快速渲染頂點(diǎn)著色可能生成的效果提供最大的承諾。( 如同創(chuàng)造很不錯(cuò)的特效 -- 你能夠使用頂點(diǎn)著色以API沒(méi)有提供的方式影響事物)。事實(shí)上,頂點(diǎn)著色正在真的將3D 圖形顯示卡帶回到游戲機(jī)的編碼方式,直接存取硬件,最大限度利用系統(tǒng)的必須知識(shí),而不是依靠API來(lái)為你做一切。對(duì)一些程序員來(lái)說(shuō),會(huì)對(duì)這種編碼方式感到吃驚,但這是進(jìn)步代價(jià)。

              進(jìn)一步闡述,頂點(diǎn)著色是一些在頂點(diǎn)被送到顯卡渲染之前計(jì)算和運(yùn)行頂點(diǎn)效果程序或者例程。你可以在主CPU上面用軟件來(lái)做這些事情,或者使用顯卡上的頂點(diǎn)著色。 為動(dòng)畫(huà)模型變換網(wǎng)格是頂點(diǎn)程序的主選。

              像素著色是那些你寫(xiě)的例程,當(dāng)繪制紋理時(shí),這些例程就逐個(gè)像素被執(zhí)行。你有效地用這些新的例程推翻了顯卡硬件正常情況做的混合模式運(yùn)算。這允許你做一些很不錯(cuò)的像素效果, 比如,使遠(yuǎn)處的紋理模糊,添加炮火煙霧, 產(chǎn)生水中的反射效果等。一旦 ATI nVidia 能實(shí)際上就像素著色版本達(dá)成一致( DX9's 新的高級(jí)陰影語(yǔ)言將會(huì)幫助促進(jìn)這一目標(biāo)), 我一點(diǎn)不驚訝DirectX OpenGL采用Glide的方式-- 有幫助開(kāi)始, 但最終不是把任何顯卡發(fā)揮到極限的最好方法。我認(rèn)為我會(huì)有興趣觀望將來(lái)。


            最后(In Closing...
              最終,渲染器是游戲程序員最受評(píng)判的地方。在這個(gè)行業(yè),視覺(jué)上的華麗非常重要,因此它為知道你正在做的買(mǎi)單。對(duì)于渲染器程序員,最壞的因素之一就是3D 顯卡工業(yè)界變化的速度。一天,你正在嘗試使透明圖像正確地工作;第二天 nVidia 正在做頂點(diǎn)著色編程的展示。而且發(fā)展非常快,大致上,四年以前為那個(gè)時(shí)代的 3D 顯卡寫(xiě)的代碼現(xiàn)在已經(jīng)過(guò)時(shí)了,需要全部重寫(xiě)。 甚至John Carmack 這樣描述過(guò),他知道四年以前為充分發(fā)揮那個(gè)時(shí)期顯卡的性能所寫(xiě)的不錯(cuò)的代碼,如今很平凡 -- 因此他產(chǎn)生了為每個(gè)新的id項(xiàng)目完全重寫(xiě)渲染器的欲望。Epic Tim Sweeney贊同 -- 這里是去年他給我的評(píng)論:

              我們已經(jīng)足足花費(fèi)了9個(gè)月時(shí)間來(lái)更換所有的渲染代碼。最初的 Unreal 被設(shè)計(jì)為軟件渲染和后來(lái)擴(kuò)展為硬件渲染。下一代引擎被設(shè)計(jì)為 GeForce 及更好的圖形顯示卡,且多邊形吞吐量是Unreal Tournament100倍。

              這需要全部替換渲染器。很幸運(yùn),該引擎模塊化程度足夠好,我們可以保持引擎的其余部分編輯器,物理學(xué),人工智能,網(wǎng)絡(luò)--不改動(dòng),盡管我們一直在以許多方式改進(jìn)這些部分。

              搭配長(zhǎng)篇文章的短篇報(bào)導(dǎo)(Sidebar):API -- 祝福和詛咒
              那么什么是API? 它是應(yīng)用程序編程接口,將不一致的后端用一致的前端呈現(xiàn)出來(lái)。舉例來(lái)說(shuō),很大程度上每種3D顯示卡的3D實(shí)現(xiàn)方式都有所差別。然而,他們?nèi)慷汲尸F(xiàn)一個(gè)一致的前端給最終使用者或者程序員,所以他們知道他們?yōu)?/span>X 3D顯示卡寫(xiě)的代碼將會(huì)在Y 3D顯示卡上面有相同的結(jié)果。好吧,不管怎樣理論上是那樣。 大約在三年以前這可能是相當(dāng)真實(shí)的陳述,但自那以后,在nVidia 公司的引領(lǐng)下,3D顯卡行業(yè)的事情發(fā)生了變化。

              如今在PC領(lǐng)域,除非你正計(jì)劃建造自己的軟件光柵引擎,使用CPU來(lái)繪制你所有的精靈,多邊形和粒子 -- 而且人們?nèi)匀辉谶@樣做。跟Unreal一樣,Age of Empires II: Age of Kings有一個(gè)優(yōu)秀的軟件渲染器否則你將使用兩種可能的圖形APIOpenGL或者 DirectX 之一。OpenGL是一種真正的跨平臺(tái)API (使用這種API寫(xiě)的軟件可以在LinuxWindowsMacOS上運(yùn)行。) 而且有多年的歷史了,為人所熟知,但也開(kāi)始慢慢地顯示出它的古老。 大約在四年以前,定義OpenGL驅(qū)動(dòng)特征集一直是所有顯示卡廠商工作的方向。

              然而,一旦在目標(biāo)達(dá)成以后,沒(méi)有預(yù)先制定特征工作方向的路線圖,這時(shí)候,所有的顯卡開(kāi)發(fā)商開(kāi)始在特征集上分道揚(yáng)鑣,使用OpenGL擴(kuò)展。

              3dfx 創(chuàng)造了T- 緩沖。 nVidia 努力尋求硬件變換和光照計(jì)算。Matrox努力獲取凹凸貼圖。等等。 我以前說(shuō)過(guò)的一句話,"過(guò)去幾年以來(lái),3D顯示卡領(lǐng)域的事情發(fā)生了變化。"委婉地說(shuō)明了這一切。

              無(wú)論如何,另一個(gè)可以選擇的API DirectX。這受Microsoft公司控制,且在PC Xbox 上被完美地支持。由于明顯的原因,DirectX 沒(méi)有Apple或者 Linux 版本。因?yàn)?/span>Microsoft控制著 DirectX,大體上它容易更好地集成在Windows里面。

              OpenGLDirectX之間的基本差別是前者由社區(qū)擁有,而后者由Microsoft擁有。如果你想要 DirectX 為你的 3D 顯示卡支持一個(gè)新的特征,那么你需要游說(shuō)微軟,希望采納你的愿望,并等待新的 DirectX發(fā)行版本。對(duì)于OpenGL,由于顯示卡制造商為3D顯示卡提供驅(qū)動(dòng)程序,你能夠通過(guò)OpenGL擴(kuò)展立即獲得顯示卡的新特征。這是好,但作為游戲開(kāi)發(fā)者,當(dāng)你為游戲編碼的時(shí)候,你不能指望它們很普遍。它們可能讓你的游戲速度提升50%,但你不能要求別人有一塊GeForce 3 來(lái)跑你的游戲。好吧,你可以這么做,但如果你想來(lái)年還在這個(gè)行業(yè)的話,這是個(gè)相當(dāng)愚蠢的主意。

              這是對(duì)這個(gè)問(wèn)題極大的簡(jiǎn)單化,對(duì)我所有描述的也有各種例外情況,但這里一般的思想是很確實(shí)的。對(duì)于DirectX ,在任何既定時(shí)間你容易確切地知道你能從顯示卡獲得的特征,如果一個(gè)特征不能獲得,DirectX 將會(huì)用軟件模擬它(也不總是一件好事情,因?yàn)檫@樣有時(shí)侯非常的慢,但那是另外一回事)。對(duì)于OpenGL,你可以更加貼近顯示卡的特征,但代價(jià)是不能確定將會(huì)獲得的準(zhǔn)確特征。

            posted on 2007-12-04 13:17 夢(mèng)在天涯 閱讀(2510) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Game/OpenGL

            公告

            EMail:itech001#126.com

            導(dǎo)航

            統(tǒng)計(jì)

            • 隨筆 - 461
            • 文章 - 4
            • 評(píng)論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1807563
            • 排名 - 5

            最新評(píng)論

            閱讀排行榜

            久久国产视屏| 久久精品一区二区国产| 2020久久精品亚洲热综合一本| 亚洲欧美一区二区三区久久| 亚洲国产精品无码久久SM| 国产精品视频久久| 欧美亚洲国产精品久久久久| 久久偷看各类wc女厕嘘嘘| 久久午夜综合久久| 欧美777精品久久久久网| 亚洲欧洲日产国码无码久久99| 国产午夜久久影院| 亚洲AV日韩精品久久久久久| 26uuu久久五月天| 久久久久久人妻无码| 久久人人爽人人澡人人高潮AV| 99re久久精品国产首页2020| 久久久久久久久久久精品尤物| 大蕉久久伊人中文字幕| 久久久久AV综合网成人| 久久午夜免费视频| yellow中文字幕久久网| 久久久国产精品网站| 国内精品久久久久影院优| 国产成人精品综合久久久| 一级做a爰片久久毛片毛片| 99久久精品免费国产大片| 久久精品无码专区免费东京热| 国产aⅴ激情无码久久| 精品熟女少妇AV免费久久| 欧美亚洲国产精品久久久久| 国产精品99久久久久久董美香| 99久久国产综合精品成人影院| 日本一区精品久久久久影院| 久久久久四虎国产精品| 91精品国产高清久久久久久国产嫩草 | 精品综合久久久久久97| 精品国产乱码久久久久久呢 | 亚洲午夜久久影院| 亚洲一区中文字幕久久| 国产成人无码精品久久久免费 |