• <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>
            posts - 72,  comments - 4,  trackbacks - 0

            //xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
            // UI的渲染:
            //         flipcode@msn.com
            //xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

            一。批次渲染:
            1. 在界面上的3d模型渲染及特效需要每幀渲染到貼圖上再當UI來畫,否則將會打亂渲染狀態

            2. 控件及文字按渲染順序生成z值,然后將不透明的按貼圖打包,先批次畫不透明的控件和文字,再關掉z write按排序畫非透明控件和文字.
               優化方案:
                  由于透明的控件和文字很可能沒法批次畫(除非它們順序畫時都在同一貼圖上),所以約定所有控件和文字只用alpha test方式
               而不能用alpha blend方式,也就是說控件和文字只能用colorkey(為了效率忍痛去掉類freetype用alpha blend產生的一些自然過渡的效果)
               并且盡量讓所有控件所用圖片都作成一兩張圖上。(文字則是程序為每種字體創建大概兩張貼圖cache, 并先緩存一些最常用的字)
             
            二。去掉UI重疊部份的渲染:
            1. 合并所有控件矩形ui_rect為一個全局多邊形集g_merge_rgn(并集)

            2. 從上往下順序將所有控件矩形ui_rect與g_merge_rgn分別作交集測試, 成功則將交集存回UI控件ui_render_rect_rgn,
               并且如果控件為非透明(控件已在上述“批次渲染”約定為非透明但可有colorkey)時將全局g_merge_rgn減去該ui_render_rect_rgn交集

            3. 從下往上順序遍歷所有所有控件并用控件自己的矩形ui_render_rect_rgn畫出控件

            三。臟矩形渲染:
              有了上述的"去掉UI重疊部份的渲染", 這步就容易了,只要在渲染時判斷一下該控件是否更新過, 如果更新過則將更新過的rect與該ui_render_rect_rgn交集出新的rgn來畫.

            四。關于渲染可能出現的邊線問題:
              一般是紋理在縮放過渡時使用linear采樣方式而控件使用UV尋址貼圖中小格子塊產生的(可在作圖時將格子塊象素外擴一圈,或者程序將UV內縮一圈來處理)

            五。最后提下,要先渲染UI,再渲染場景,這樣來避免無效的ps, 另外UI固定部分在渲染場景時可用viewport去掉。

            //xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
            // 關于漢字輸入相關:
            //         flipcode@msn.com
            //xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

            一。創建dialog模式設備:

               為了不用自己渲染輸入法框,也只好犧牲點性能,使用這種非真正獨占的模式的設備。

            二。接收輸入漢字

             1。可以直接使用windows消息的WM_CHAR,漢字高位是大于127的(有符號char<0)自己處理判斷組合一下即可。

               2。也可以使用IME的來處理

            三。漢字長度

             漢字有等寬字和非等寬字(普遍),非等寬字計算長度比較麻煩,需從頭遍歷。。。

            四。非unicode漢字的截斷處理

             這個也比較麻煩,需從頭遍歷,如果使用unicode就沒這個問題

            五。漢字的顯示

             需要貼圖緩存,再批次顯示

            六。表情符號混顯:

             關于表符號混顯問題主要有兩點,一個是排版(具體處理就略過了),一個是表情動畫處理

             表情動畫可以簡單的使用cximage讀取解開各幀再整合到一張紋理上,按幀播放顯示。

             

            七。輸入法定位:

             由于輸入法的處理一般是在消息回調函數里得到目標wnd句柄,然后定位到這個wnd位置上,如果游戲中不使用windows控件的話,輸入法沒法自動定位到自定義的。只能靠用戶自己拖動。有一個簡單的處理是創建一個不用于顯示的假控件在對應位置讓輸入法得以定位。。。(魔域這個網游真的很邪惡,里面全部使用mfc控件,只是渲染使用directx來接管。。。)

            八。輸入法充許與關閉:

                估計很多人會碰到這個問題,就是只在輸入框打開時才充許有輸入法,如下處理

                 m_hImc = ImmAssociateContext(hWnd,   NULL); 來關閉,再使用ImmAssociateContext(hWnd, m_hImc);   來打開


            本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/flipcode/archive/2009/06/22/4287894.aspx

            posted on 2010-11-03 23:15 flipcode 閱讀(255) 評論(0)  編輯 收藏 引用
            色婷婷综合久久久中文字幕| 久久国产高清字幕中文| 香蕉久久影院| 热re99久久6国产精品免费| 久久久久久九九99精品| 国产999精品久久久久久| 婷婷久久综合| 久久九九青青国产精品| 思思久久99热免费精品6| 亚洲精品乱码久久久久久中文字幕| 国内精品人妻无码久久久影院| 久久人人爽人爽人人爽av| 新狼窝色AV性久久久久久| 99久久国产亚洲高清观看2024| 亚洲欧美一区二区三区久久| 国产欧美久久久精品| 国产精品久久久久免费a∨| 91久久精一区二区三区大全| 久久精品视频一| 欧美麻豆久久久久久中文| 国产精品久久影院| 无码人妻久久一区二区三区 | 婷婷国产天堂久久综合五月| 国产精品久久久久久| 中文字幕无码免费久久| 手机看片久久高清国产日韩| 亚洲嫩草影院久久精品| 国产99精品久久| 国产精品久久久久久影院 | 免费观看成人久久网免费观看| 亚洲色大成网站www久久九| 色播久久人人爽人人爽人人片aV| 亚洲综合精品香蕉久久网97| 久久国产精品一国产精品金尊| 伊人久久大香线蕉综合Av| 伊人久久精品影院| 日韩久久无码免费毛片软件| 久久无码人妻精品一区二区三区 | 久久Av无码精品人妻系列 | 99久久久精品免费观看国产| 伊人久久大香线蕉综合Av|