GoodNight

大多數(shù)游戲中，都有流光效果，這樣大大增強(qiáng)裝備的感官刺激。。

其實(shí)要實(shí)現(xiàn)流光，非常簡單，只需要混合兩層貼圖，調(diào)整一下操作符，然后在流光貼圖層變換UV就OK了。。。

但是這里有一個(gè)問題，也就是說這樣的邏輯應(yīng)該放在哪一層實(shí)現(xiàn)，如何實(shí)現(xiàn)？

我個(gè)人不推薦放在邏輯層實(shí)現(xiàn)。。。這樣的話在邏輯層都出現(xiàn)了DEVICE之類的接口調(diào)用。。。缺乏美感了吧。。。

既然是紋理，那就應(yīng)該用材質(zhì)系統(tǒng)。。。

但是如果是用材質(zhì)系統(tǒng)的話，我們先來看看OGRE對這樣的效果有沒有支持。。。。

其實(shí)但從實(shí)現(xiàn)流光的效果來講，用OGRE的材質(zhì)系統(tǒng)是可以實(shí)現(xiàn)的，1個(gè)pass里面2個(gè)TEXTURE_UNIT_STATE，搞定。。。

但是如果在我們的游戲中出現(xiàn)了500個(gè)裝備，10種UV貼圖，那就要配5000個(gè)材質(zhì)腳本。。。

但是如果能將它們分離，而通過材質(zhì)系統(tǒng)中叫做MaterialBlend的方法（自創(chuàng)，哈哈哈哈），由引擎的材質(zhì)系統(tǒng)提供相關(guān)的接口，那這樣就只需要配510個(gè)材質(zhì)腳本。。

詳細(xì)的設(shè)計(jì)就不提了。。。大致的思路就是通過passNew = pass1+pass2,用過重載操作符進(jìn)行。。也有passNew = pass1*pass2，用以不同的方式混合

然后entity->setmaterial(passNew)

說起挺簡單的，具體編碼可能還是會(huì)遇到很多問題！

最近由于工作需要,開始深入的研究MAX導(dǎo)出插件,在此做一點(diǎn)學(xué)習(xí)筆記和大家分享交流....

其實(shí)MAX的SDK說大也大,說小也小.....雖然說MAX那么多類那么多接口,但實(shí)際上如果是開發(fā)導(dǎo)出插件的話.....至少有70%以上的DLLEXPORT類都是用不上的.....而在這些用的上的類里面,Set一族函數(shù)也是沒有用的.....雖然說網(wǎng)上的資料很少,只要耐心的啃SDKHELP,基本上還是可以滿足自己的功能的.....在此提一些之前學(xué)習(xí)MAXSDK中的一些經(jīng)驗(yàn)和教訓(xùn)..

1.MAX中的坐標(biāo)系和DX不一樣,需要交換Y和Z..

2.MAX中FACE的索引順序和DX中的索引順序是相反的...

3.MAX中遍歷整個(gè)模型必須是通過面的遍歷,首先獲取每個(gè)"面"中的每個(gè)頂點(diǎn)的索引,以及每個(gè)"紋理面"中的每個(gè)紋理頂點(diǎn)的索引,然后你可以通過一個(gè)MAP表來建立關(guān)系,然后再通過MESH中的GETVERT和GETTVERT來傳入"面"和"紋理面"的索引,來獲取頂點(diǎn)坐標(biāo)和紋理坐標(biāo),至于你要說,如果遇到一個(gè)頂點(diǎn)對應(yīng)了多個(gè)紋理坐標(biāo)怎么辦...那只有在程序中手動(dòng)的去把這個(gè)頂點(diǎn)拆成兩個(gè)頂點(diǎn),并且自己去添加索引序號(hào)...

好了,接下來到重點(diǎn)了...關(guān)于材質(zhì)動(dòng)畫的導(dǎo)出

這里還是描述一下我這里所謂的材質(zhì)的概念...基本上和OGRE的材質(zhì)的概念差不多...但這里我所導(dǎo)出的實(shí)質(zhì)上就是MATERIAL中的一個(gè)PASS...主要因?yàn)樵谖业腇UNK引擎中并沒有用到MATERIAL->TECH->PASS的概念,而是直接使用了PASS,主要是因?yàn)槟菢拥目蚣鼙容^復(fù)雜,而且也并不是那么的實(shí)用...而且我這里沒有用到多PASS,那樣的結(jié)構(gòu)實(shí)在是又不實(shí)用又麻煩,因?yàn)閭€(gè)人認(rèn)為做多PASS還是直接用SHADER吧....

我們要實(shí)現(xiàn)的目標(biāo)就是導(dǎo)出每幀(我沒有做關(guān)鍵幀)的紋理坐標(biāo),漫反射材質(zhì),鏡面光材質(zhì),ALPHA信息

提供一些我編碼中的一些接口供大家參考...

MtlBase:基礎(chǔ)材質(zhì)類,這個(gè)類中可能沒有你需要導(dǎo)出數(shù)據(jù)的接口,但是,貼圖類,材質(zhì)類,標(biāo)準(zhǔn)材質(zhì)類等都是從這個(gè)類中派生出來的...

Mtl:材質(zhì)類,如果你是一個(gè)對敏感的圖形程序員,你就會(huì)發(fā)現(xiàn)這里有你需要的接口了,類似GetAmbient,GetDiffuse之類的接口,沒錯(cuò),你的猜測沒錯(cuò),這里就可以導(dǎo)出環(huán)境光,漫反射光之類的數(shù)據(jù)了...但是這遠(yuǎn)遠(yuǎn)不夠,我們需要的是動(dòng)畫啊,在GetAmbient的參數(shù)里面沒有看到TimeValue,不要急,往下面看...

StdMat:標(biāo)準(zhǔn)材質(zhì)類,哈哈,在SDK中查找這個(gè)類的接口后,你就發(fā)現(xiàn)

virtual Color StdMat::GetDiffuse

(

TimeValue

t

)

之類的好東西了,材質(zhì)動(dòng)畫的入口我們已經(jīng)找到了...你會(huì)說,紋理呢?紋理在哪兒??不要急...且聽下回分解!

哎...累啊!明天還要加班!哥先去睡咯!

P.S. 由于代碼還沒寫完!暫時(shí)沒圖!哈哈哈!

這些天在寫場景管理的一些內(nèi)容以及渲染自己導(dǎo)出的模型的渲染器...

首先先說兩個(gè)導(dǎo)致我花了1天才解決的兩個(gè)弱智BUG...望大家以后注意....

1. 如果使用固定管線渲染...千萬千萬記得在創(chuàng)建D3DMATERIAL9對象的時(shí)候ZeroMemory一下.....不然哪天你沒有設(shè)置鏡面光或者環(huán)境光的系數(shù)的時(shí)候就啥都看不到了....
2.由于粗心大意...在SHADER傳參的時(shí)候?qū)Effect->SetTexture("g_Tex",...);寫成了pEffect->SetTextrue("g_tex",...),結(jié)果悲劇就發(fā)生了....

這兩天在測試模型渲染器的效率....遇到一些問題....還望各位大牛指點(diǎn)一下...

先來比較一下這兩張圖:





首先說一下,當(dāng)把靜態(tài)模型加到1000個(gè)以后,也就是所謂的百萬個(gè)三角形后,其實(shí)對渲染的效率影響并不是很大...
可見現(xiàn)在GPU對于頂點(diǎn)的處理基本不是問題(不要太變態(tài)的情況下)...順便提一句,我的是7300GS顯卡

在渲染過程中用的是VS&PS2.0

但是大家可以看到第一張圖中幀數(shù)比第二張圖中的幀數(shù)少了8幀左右

先忽略掉那多出來的20個(gè)1024個(gè)面,我認(rèn)為不是關(guān)鍵...

這兩次渲染中我只是將模型的縮放比例從0.4變?yōu)榱?.2,僅此而已...
不影響場景管理...因?yàn)槲业膱鼍肮芾磉€沒有加動(dòng)態(tài)的對象...呵呵...
那為什么效率出現(xiàn)了差別...

比較直觀的看就是說第一張圖中像素對后臺(tái)緩沖區(qū)的填充率更高...而第二個(gè)更低...
那換句話說依然瓶頸是在于像素著色...但是具體在于像素著色的哪個(gè)方面呢,望高手解答一下...

再給一張圖作為參考



其實(shí)這張圖中渲染了200次骨骼動(dòng)畫模型
這次我把所有的渲染的位置都放在了同一個(gè)點(diǎn)...
幀數(shù)居然只有8了...如果說上面兩張圖的比較結(jié)果是像素填充后臺(tái)緩沖區(qū)的填充率過高...
那么這張圖又如何來解釋呢....ZBUFFER的問題么???

同時(shí)...在場景管理中....想優(yōu)化一下攝像機(jī)平截頭體和四叉樹節(jié)點(diǎn)的判斷位置關(guān)系的代碼...
望各位大牛提供一點(diǎn)思路...