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

            flagship的理想與現實

            創新+實踐

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              8 Posts :: 0 Stories :: 27 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(8)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

                最近為了實現多光源和多陰影的渲染,把渲染系統改成了多Pass的,對每一個可見光源進行一次光照、ShadowMap和最終陰影的渲染,雖然這樣等于是把整個場景重復渲染了很多次,但為了實現靈活的實時光照系統,這似乎是唯一的辦法了。
                但實踐后發現,陰影和光照會隨著骨骼動畫的播放而閃爍,甚至鏡頭的移動也會造成閃爍,究其原因,還是邏輯線程和渲染線程的同步問題,由于對場景內的同一個物體渲染了多次,而邏輯線程又在不停的更新攝像機和骨骼動畫數據,導致了兩Pass渲染取到的數據很可能不一致,造成了光照和陰影的閃爍。
                所以共享數據結構必須做一些修改,在多Pass渲染開始前進行一次備份,渲染中只取備份數據,這樣就保證了多次渲染的數據一致性了

                也就是加這么兩個簡單的set和get方法,在渲染相關數據讀取時調用get,邏輯相關時調用read

            template <class T>
            struct SharedData
               
            {
                    T        m_pData[DATACENTER_CACHE];
                    T        m_kCloneData;
                    
            int      m_iIndex;

                    SharedData()
                  
            {
                        ZeroMemory( m_pData, DATACENTER_CACHE 
            * sizeof(T) );
                        m_iIndex 
            = 0;
                    }


                    
            void    Write( T& rData )
                  
            {
                        
            int iNewIndex = m_iIndex == DATACENTER_CACHE - 1 ? 0 : m_iIndex + 1;
                        m_pData[iNewIndex] 
            = rData;
                        m_iIndex 
            = iNewIndex;
                    }


                    T
            &    Read()
                  
            {
                       
            return m_pVector[m_iIndex];
                    }


                    
            void    Set()
                  
            {
                       m_kCloneData 
            = Read();
                    }


                    T
            &      Get()
                  {

                       
            return m_kCloneData;
                    }

                }
            ;

            posted on 2009-03-15 12:45 flagship 閱讀(2787) 評論(3)  編輯 收藏 引用 所屬分類: FlagshipEngine

            Feedback

            # re: 多Pass渲染體系與多線程渲染的矛盾 2009-03-16 21:34 seesea
            關注中...

            不知道樓主是否對ogre的多線程渲染系統有了解么?以下是它的文檔和代碼下載地址:
            http://www.intel.com/cd/ids/developer/apac/zho/dc/games/333061.htm
            不知道對樓主有沒有幫助!
            還有你這個引擎好像只支持dx,是否可考慮像ogre那樣把渲染系統抽象出來。

            本人現在也正在準備寫一個plant engine,希望多多交流。  回復  更多評論
              

            # re: 多Pass渲染體系與多線程渲染的矛盾 2009-03-17 22:47 flagship
            @seesea
            首先我不考慮支持opengl
            當初設計的時候也曾考慮抽象渲染層
            但發現dx9和dx10API差距太大了,不好抽象
            所以就干脆就寫了兩個完整的渲染器
            下幾篇介紹下渲染結構~~
              回復  更多評論
              

            # re: 多Pass渲染體系與多線程渲染的矛盾 2009-09-16 15:24 Combine
            OGRE里已經把dx9和dx10API抽象了,樓主可以了解一下。
            另,樓主有沒有考慮過如果加上網絡下載線程時多線程的設計?  回復  更多評論
              

            国内精品久久久久久久97牛牛| 99久久人妻无码精品系列蜜桃| 国产福利电影一区二区三区久久老子无码午夜伦不 | 青青热久久综合网伊人| 日韩亚洲欧美久久久www综合网 | 久久精品国产亚洲αv忘忧草| 久久久久99精品成人片欧美| 狠狠精品久久久无码中文字幕| 香蕉99久久国产综合精品宅男自| 亚洲精品乱码久久久久66| 精品久久久久久亚洲| 亚洲另类欧美综合久久图片区| 国产亚洲综合久久系列| 久久噜噜久久久精品66| 老色鬼久久亚洲AV综合| 久久涩综合| 久久91综合国产91久久精品| 久久久久亚洲AV无码去区首| 亚洲精品乱码久久久久久| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 久久99精品综合国产首页| 久久青青草原亚洲av无码| 国产精品久久午夜夜伦鲁鲁| 亚洲精品无码久久久久AV麻豆| 久久久久四虎国产精品| 亚洲国产美女精品久久久久∴| 色综合久久88色综合天天 | 亚洲国产成人久久综合碰碰动漫3d| 亚洲国产另类久久久精品| 三级片免费观看久久| 久久激情五月丁香伊人| 99精品久久精品一区二区| 久久人妻少妇嫩草AV无码专区| 欧美日韩精品久久久免费观看| 精品无码久久久久久国产| 色综合久久88色综合天天| 国产高潮国产高潮久久久91 | 亚洲国产精品久久久久婷婷老年| 久久久精品2019免费观看| 人妻无码αv中文字幕久久| 亚洲日韩欧美一区久久久久我|