• <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>

            GoodNight

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              4 Posts :: 2 Stories :: 16 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(2)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            這些天在寫場景管理的一些內(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)了差別...

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

            再給一張圖作為參考



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

            同時(shí)...在場景管理中....想優(yōu)化一下攝像機(jī)平截頭體和四叉樹節(jié)點(diǎn)的判斷位置關(guān)系的代碼...
            望各位大牛提供一點(diǎn)思路...
            posted on 2009-10-14 19:57 G++ 閱讀(2062) 評論(4)  編輯 收藏 引用

            Feedback

            # re: 關(guān)于GPU渲染的效率問題[未登錄] 2009-10-15 21:19 清風(fēng)
            你有對渲染列表進(jìn)行排序嗎?個(gè)人理解,你的第一個(gè)問題就是像素填充率導(dǎo)致的,然后第二個(gè)問題,不知道你是不是用D3D進(jìn)行渲染的?D3D默認(rèn)的z測試方法是當(dāng)當(dāng)前像素的Z深度小于或者等于深度緩沖的值時(shí)通過測試,你把所有骨骼動(dòng)畫模型都渲染在同一個(gè)位置,在默認(rèn)情況下每個(gè)像素都會(huì)通過測試進(jìn)入你的ps程序中進(jìn)行處理,這樣就加重了渲染負(fù)擔(dān)。  回復(fù)  更多評論
              

            # re: 關(guān)于GPU渲染的效率問題 2009-10-16 19:12 G++
            @清風(fēng)
            恩,我很同意你的觀點(diǎn),但是如果要說到解決方案的話,你有什么看法...感覺只能通過排序算法來能解決像素級著色問題了吧...順便還能把ALPHABLEND的問題也一起解決了...呵呵  回復(fù)  更多評論
              

            # re: 關(guān)于GPU渲染的效率問題[未登錄] 2009-10-17 14:00 清風(fēng)
            @G++
            對渲染隊(duì)列進(jìn)行排序,由前向后渲染物體,這是一種基本的優(yōu)化策略,至于透明物體的排序跟這里的排序解決的不是一個(gè)問題,方式也不一樣  回復(fù)  更多評論
              

            # re: 關(guān)于GPU渲染的效率問題 2010-07-01 16:11
            第一個(gè)問題,是否存在Mipmap上的問題?遠(yuǎn)處的模型在紋理采樣和像素填充上會(huì)更快。
            第二個(gè)問題不知作何解釋,只是歸罪于ZBuffer有點(diǎn)說不過去,你把那200個(gè)動(dòng)態(tài)模型放遠(yuǎn)點(diǎn)試試。  回復(fù)  更多評論
              


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            香蕉久久av一区二区三区| 久久综合久久美利坚合众国| 国产成人精品免费久久久久| 久久精品国产亚洲av麻豆小说| 久久精品人人做人人爽电影蜜月| 亚洲AV日韩精品久久久久久| 99久久精品九九亚洲精品| 18禁黄久久久AAA片| 精品久久久噜噜噜久久久| 99久久国产综合精品五月天喷水| 亚洲精品国精品久久99热一| 久久精品无码免费不卡| 国产精品岛国久久久久| 中文字幕久久久久人妻| 三级韩国一区久久二区综合| 99久久777色| 久久99精品久久久久婷婷| 久久午夜无码鲁丝片秋霞| 久久精品国产99久久久香蕉| 日本三级久久网| 久久精品免费观看| 久久99热精品| 久久香蕉国产线看观看99| 久久亚洲春色中文字幕久久久 | 看全色黄大色大片免费久久久| 97精品国产91久久久久久| 天天躁日日躁狠狠久久| 久久国产欧美日韩精品| 亚洲国产视频久久| 婷婷久久五月天| 色婷婷综合久久久久中文字幕| 国产一区二区三精品久久久无广告 | 欧美精品乱码99久久蜜桃| 亚洲一区精品伊人久久伊人| 伊人精品久久久久7777| 久久婷婷五月综合97色直播| 亚洲国产成人久久精品99| 久久久久久久精品成人热色戒| 午夜精品久久久久久毛片| 国产亚洲精久久久久久无码| 久久亚洲国产中v天仙www|