青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

zgpxgame

像作詩一樣寫程序,像彈琴一樣敲代碼,像看小說一樣讀開源

Doom3源碼剖析(2)--架構(gòu)簡介(譯)

    前段時間看到國外一博客上的幾篇Doom3代碼分析的文章,感覺分析得不錯,就自己翻譯了一下,以下是譯文,有不太理解地方就直接貼了原文。大部分是按自己的理解翻譯的,可能有些地方譯的并不精確。有喜歡的朋友可以在這里看原文:http://fabiensanglard.net/doom3/,這里歡迎各種討論。

 

簡介

    2011年11月23日,id Software依照慣例發(fā)布了前一代引擎的源碼,這次發(fā)布的是Doom3引擎,id Tech 4

    Within hours the GitHub repository was forked more than 400 times,大家在不同的平臺上編譯并且查看游戲的內(nèi)部實(shí)現(xiàn)機(jī)制。我也馬上開始了Mac版本代碼的學(xué)習(xí)。

    這份代碼在清晰度和注釋方面,是繼id Software發(fā)布Doom iPhone代碼后,最好的一份代碼。我建議每一個愛好者都去讀一讀,并研習(xí)這份代碼的實(shí)現(xiàn)。

    這里是我的筆記,里面記錄了我理解到的一些內(nèi)容。像往常一樣,我將其整理地清晰了一些,我希望它能幫助一些朋友節(jié)省一些時間,并且我也希望它能促使我們閱讀更多的代碼,并成為更優(yōu)秀的程序員。

 

背景

    拿到這份具有開創(chuàng)性的引擎代碼是一件很令人興奮的事情。早在2004年Doom3發(fā)行時,它確立了實(shí)時3D圖形和音頻的新標(biāo)準(zhǔn)。它首次使技術(shù)上允許美術(shù)創(chuàng)作人員像好萊塢模式那樣去表達(dá)自己的想法。盡管8年過去了,首次在Delta Labs 4遇見HellKnight的情景仍然很震撼:

    視頻在這里

    由卡馬克創(chuàng)造的“統(tǒng)一的照明和陰影”概念在這個視頻里表現(xiàn)得很有活力,我將在后面的渲染部分再介紹這部分內(nèi)容。

 

初次的接觸

    Doom3源代碼發(fā)布現(xiàn)在開始用github,而不再是以前的ftp server。

    從TTimo發(fā)布的原始代碼很容易在Visual Studio 2010上編譯。不幸的是,不能用Visual Studio 2010 Express版編譯,因為Doom3代碼中使用了MFC,而Express版沒有。

    windows代碼在這里:git clone https://github.com/TTimo/doom3.gpl.git

          

 

    我喜歡在Mac系統(tǒng)下用XCode瀏覽代碼。相比于Visual Studio,它在搜索速度和變量的高亮方面都給我很享受的體驗。我想用XCode來編譯程序,但是項目設(shè)置有一些問題。不過很容易通過幾個簡單的步驟修復(fù)好。這里有一個github已包含了所有的修改。

    git clone https://github.com/badsector/Doom3-for-MacOSX-

          

這兩份代碼都很容易編譯,可以一鍵完成。

  • 下載代碼
  • 點(diǎn)F8或Command+B (譯注:大概是xcode構(gòu)建快捷鍵)
  • 完成

    雜記:為了運(yùn)行游戲,base文件夾下需要包含Doom3 的資源。由于我的機(jī)器上沒有cd驅(qū)動器,所以我下載了Steam版本。似乎id Software也做了同樣的事,在Visual Studio的項目設(shè)置里仍然包含了這樣的字符"+set fs_basepath C:\Program Files (x86)\Steam\steamapps\common\doom 3" !

    架構(gòu)

        解決方案(solution)中項目的劃分反映了整個引擎的架構(gòu)


     

        下面以更可視化的方式來概括這個架構(gòu)

    doom3_diagram2

        Doom3的大部分代碼在2004年10月的時候可以通過發(fā)布的Doom3 SDK中看到,但是SDK里沒有Doom3執(zhí)行文件部分代碼。在SDK中可以構(gòu)建idLib部分和gamex86部分,核心引擎部分那時仍然是閉源的。

    注意:在游戲模塊(gamex86),每一個類都是從idClass繼承的,這樣引擎可以執(zhí)行內(nèi)部RTTI,并且也可以通過類名字來實(shí)例化類。

    雜記:你仔細(xì)觀察上面的架構(gòu)圖,可能會發(fā)現(xiàn)有一些基本框架(例如FileSystem)只在Doom3.exe中。這里就會有一個問題,就是當(dāng)gamex86也要加載資源的時候。

    問:那么gamex86是如何處理的呢?

    答:這些子系統(tǒng)是從Doom3.exe中動態(tài)加載到gamex86.dll中的,這也是指示箭頭出現(xiàn)的原因。

     

        如果我們使用PE explorer等工具查看gamex86.dll,我們會看到gamex86.dll導(dǎo)出了一個函數(shù):GetGameAPI:  

    這是同Quake2加載renderer和game 動態(tài)庫方式一模一樣:當(dāng)Doom3啟動gamex86.dll的時候,會交換對象的指針

    • 通過LoadLibrary將dll加載到進(jìn)程的內(nèi)存空間中
    • 通過GetProcAddress獲取GetGameAPI在gamex86.dll中的地址
    • 調(diào)用GetGameAPI

    gameExport_t * GetGameAPI_t( gameImport_t *import );

        在最后完成“握手”時,Doom3.exe有一個指針指向idGame對象,gamex86.dll有一個指針指向gameImport_t對象,這個對象包含了gamex86.dll中沒有的子系統(tǒng),比如idFileSystem。

    typedef struct {

        int                                version;                  // API version

        idSys *                            sys;                      // non-portable system services

        idCommon *                         common;                   // common

        idCmdSystem *                      cmdSystem;                // console command system

        idCVarSystem *                     cvarSystem;               // console variable system

        idFileSystem *                     fileSystem;               // file system

        idNetworkSystem *                  networkSystem;            // network system

        idRenderSystem *                   renderSystem;             // render system

        idSoundSystem *                    soundSystem;              // sound system

        idRenderModelManager *             renderModelManager;       // render model manager

        idUserInterfaceManager *           uiManager;                // user interface manager

        idDeclManager *                    declManager;              // declaration manager

        idAASFileManager *                 AASFileManager;           // AAS file manager

        idCollisionModelManager *          collisionModelManager;    // collision model manager

    } gameImport_t;

     

    typedef struct {

        int            version;     // API version

        idGame *       game;        // interface to run the game

        idGameEdit *   gameEdit;    // interface for in-game editing

    } gameExport_t;

     

    注意:一個好消息是,id tech4的開發(fā)者在Doom3 SDK 文檔頁很好的描述了各個子系統(tǒng)。

     

    C… ++ ?!

    • 在id Software歷史上這是第一次用C++代碼代替了C。關(guān)于此事我問了卡馬克:

    "

    Hello John,

    I wonder what motivated to move the team to C++ for idtech4.

    Fab

    "

    "

    There was a sense of inevitability to it at that point, but only about half the programmers really had C++ background in the beginning. I had C and Objective-C background, and I sort of "slid into C++" by just looking at the code that the C++ guys were writing. In hindsight, I wish I had budgeted the time to thoroughly research and explore the language before just starting to use it.

    You may still be able to tell that the renderer code was largely developed in C, then sort of skinned into C++.

    Today, I do firmly believe that C++ is the right language for large, multi-developer projects with critical performance requirements, and Tech 5 is a lot better off for the Doom 3 experience.

    John Carmack

    "

    他也在2004年的時候有評論

    "
    Is C++ a better language for developing games than C? Today, most games are developed in C++, and I know that Doom 3 was developed in C++. Having worked with both C and C++ for quite a while, do you think C++ is really a better language for developing games?

    "

    "

    Yes, it is. I'm not a fan of the more complex features of C++, but grouping things into classes is a Good Thing.

    John Carmack

    "

    • 代碼中使用了大量抽象和多態(tài)。但是一個漂亮的技巧可以避免某些對象因虛函數(shù)表而帶來的性能問題。
    • 所有的資源都使用可讀性很好的文本方式存儲。沒有太多的二進(jìn)制內(nèi)容。代碼中廣泛地使用了Lexer/Parser的組合。
    • 模板被用在低層實(shí)用類中(idLib),但是從不會在高層代碼中出現(xiàn),不會像Google的V8代碼那樣刺瞎你的眼。
    • 在代碼注釋方面,它是id Software的代碼中第二好的,最好的是Doom iPhone代碼,可能因為它比Doom3是更近的一段時間編寫的。
    • 看一下編碼約定也是很有趣的事情,在這里

     

    主循環(huán)概覽

        這里是主循環(huán)展開后的代碼:(更詳細(xì)的在這里

    idCommonLocal    commonLocal;                   // OS Specialized object

    idCommon *       common = &commonLocal;         // Interface pointer (since Init is OS dependent it is an abstract method

    int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow )

    {

        Sys_SetPhysicalWorkMemory( 192 << 20, 1024 << 20 );   //Min = 201,326,592 Max = 1,073,741,824

        Sys_GetCurrentMemoryStatus( exeLaunchMemoryStats );

        Sys_CreateConsole();

        SetErrorMode( SEM_FAILCRITICALERRORS );

        for ( int i = 0; i < MAX_CRITICAL_SECTIONS; i++ ) {

            InitializeCriticalSection( &win32.criticalSections[i] );

        }

        Sys_Milliseconds();

        common->Init( 0, NULL, lpCmdLine );               // Assess how much VRAM is available (not done via OpenGL but OS call)

        Sys_StartAsyncThread() // 開啟異步線程

        {                      // 異步線程展開(譯注:異步線程中并沒有找到類似的代碼)

            while ( 1 )

            {

                usleep( 16666 );                         // Run at 60Hz

                common->Async();                         // Do the job

                Sys_TriggerEvent( TRIGGER_EVENT_ONE );   // Unlock other thread waiting for inputs

                pthread_testcancel();                    // Check if we have been cancelled by the main thread (on shutdown).

            }

        }

     

        Sys_ShowConsole

        while ( 1 )

        {

            Win_Frame();

            common->Frame();

        }

    }

     

        這是id Software引擎的標(biāo)準(zhǔn)主循環(huán),除了Sys_StartAsyncThread函數(shù)表明Doom3是多線程的,這個線程的目的是為了處理時間敏感的功能,引擎不希望這部分被幀率限制住。

    • 聲音處理
    • 用戶輸入處理

    雜記:id Tech4的高層對象都是抽象類,這將會使程序在運(yùn)行時從虛函數(shù)表中查找虛函數(shù)地址而導(dǎo)致性能問題。但是這里有一個“技巧”來避免這個問題。所有的對象被以靜態(tài)的方式實(shí)例化,如下:

            idCommonLocal    commonLocal;                 // Implementation

            idCommon *       common = &commonLocal;       // Interface manipulated in the code

    這樣編譯器在編譯時就可以決定被調(diào)用的函數(shù),從而不用去查找虛函數(shù)表。這實(shí)際上是一個雙贏,since the pointer does not have to be dereferenced at runtime either since its address is known at compile time. 

    雜記:已經(jīng)讀過6、7款id Software引擎的我發(fā)現(xiàn),有一些函數(shù)名從doom1開始就一直沒有改變過:負(fù)責(zé)處理鼠標(biāo)和游戲桿輸入的函數(shù)仍然叫IN_frame()

     

    渲染器

        Doom3中最令人興奮的當(dāng)然是渲染器部分。這里有太多的內(nèi)容,所以我將這部分的筆記分到另一篇文章里了。在這里
        如果你對(場景)預(yù)處理和入口系統(tǒng)(portal system)很感興趣,可以看這里

     

    新的標(biāo)準(zhǔn)

        新的標(biāo)準(zhǔn)可以概括為一個詞:Unification

        前一代引擎在渲染所有元素的時候,使用的是不同的方式,經(jīng)常要花費(fèi)很長時間的預(yù)處理。Quake2中的基于光能傳遞的lightmap,在設(shè)計者能看到最終的效果前需要等很長時間。

     

    物理引擎

    (譯注:原文這里沒有內(nèi)容,大概還沒寫好)

     

    腳本和虛擬機(jī)

    (譯注:原文這里沒有內(nèi)容,大概還沒寫好)

     

    地圖加載

        我記憶中,加載所消耗的時間很長,我一直想知道在加載場景的時候,程序背后都做了些什么。

     

    結(jié)語

        It was not always easy to focus...

        But overall it was very educationnal to read most of it.

  • posted on 2012-04-25 00:07 zgpxgame 閱讀(4561) 評論(4)  編輯 收藏 引用 所屬分類: DOOM3

    評論

    # re: Doom3源碼剖析(2)--架構(gòu)簡介(譯)[未登錄] 2013-09-27 14:57 lee

    我喜歡在Mac系統(tǒng)下用XCode瀏覽代碼。相比于Visual Studio,它在搜索速度和變量的高亮方面都給我很享受的體驗

    。。。鹵煮B格甚高 膜拜  回復(fù)  更多評論   

    # re: Doom3源碼剖析(2)--架構(gòu)簡介(譯) 2015-01-23 17:19 做游戲的老G

    Mac上面可以使用AppCode開發(fā)C++
    直接把XCode爆成渣  回復(fù)  更多評論   

    # re: Doom3源碼剖析(2)--架構(gòu)簡介(譯) 2015-08-08 17:57 cokabear

    @做游戲的老G
    確實(shí),推薦appcode的很多  回復(fù)  更多評論   

    青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美一级精品大片| 久久在线视频| 国产模特精品视频久久久久| 亚洲一区二区高清视频| 中日韩美女免费视频网址在线观看 | 亚洲综合激情| 香港久久久电影| 亚洲黄页视频免费观看| 亚洲激情在线| 国产精品乱码久久久久久| 久久精品二区三区| 欧美成人乱码一区二区三区| 亚洲视频一二区| 久久精品亚洲乱码伦伦中文| 亚洲美女视频在线观看| 亚洲午夜影视影院在线观看| 伊人精品成人久久综合软件| 亚洲免费观看在线观看| 国产一区二区三区免费在线观看| 亚洲第一中文字幕在线观看| 国产精品国产三级国产专区53| 久久精品九九| 欧美日韩国产成人在线观看| 久久国产精品亚洲77777| 欧美国产精品| 久久嫩草精品久久久精品一| 欧美理论在线播放| 老司机久久99久久精品播放免费 | 亚洲视频一区在线观看| 久久久噜噜噜久久中文字幕色伊伊 | 欧美日本一区二区高清播放视频| 久久精品亚洲精品| 欧美日韩专区| 亚洲国产天堂网精品网站| 国产欧美日韩亚洲| 一本色道久久精品| 亚洲久久一区| 美女精品在线观看| 久久综合精品国产一区二区三区| 国产精品久久激情| 亚洲精品在线观看视频| 亚洲人成网站在线观看播放| 欧美中文日韩| 久久国产精品72免费观看| 欧美色大人视频| 亚洲精品无人区| 亚洲精品视频在线观看免费| 久久精品国产久精国产一老狼| 香蕉免费一区二区三区在线观看| 欧美另类高清视频在线| 欧美激情第六页| 亚洲国产成人91精品| 久久一区二区三区超碰国产精品| 久久成人18免费观看| 国产精品麻豆va在线播放| 一区二区三区www| 亚洲一品av免费观看| 欧美日产在线观看| 日韩一级免费| 亚洲一区二区三区四区视频| 欧美日韩一级黄| 一区二区毛片| 欧美亚洲一区二区在线| 国产美女精品免费电影| 午夜精品一区二区三区在线| 久久精品国产2020观看福利| 国产一区二区三区久久久| 久久国产精品高清| 欧美高清在线视频| 日韩视频免费| 欧美色图首页| 欧美亚洲尤物久久| 免费中文日韩| 一本色道久久综合一区| 国产精品二区在线观看| 亚洲欧美日韩在线综合| 久久理论片午夜琪琪电影网| 亚洲成在人线av| 欧美日韩免费| 午夜精品99久久免费| 久久综合伊人| 日韩午夜电影| 国产欧美一区二区精品忘忧草| 久久高清一区| 亚洲乱码视频| 久久精品72免费观看| 亚洲国产成人av| 欧美性猛交一区二区三区精品| 亚洲欧美视频一区二区三区| 欧美不卡高清| 香蕉视频成人在线观看| 亚洲韩国日本中文字幕| 国产精品qvod| 老司机午夜精品视频| 亚洲美女电影在线| 久久久一区二区| 洋洋av久久久久久久一区| 国产精品午夜av在线| 香蕉精品999视频一区二区| 樱桃成人精品视频在线播放| 欧美极品在线观看| 欧美一区二区性| 亚洲人成在线播放| 久久精品免视看| 宅男精品视频| 亚洲国产精品va在看黑人| 国产精品三级视频| 欧美精品亚洲二区| 久久夜色精品国产欧美乱| 亚洲在线观看视频| 亚洲另类黄色| 亚洲风情在线资源站| 久久国内精品自在自线400部| 日韩午夜免费视频| 精品动漫3d一区二区三区免费版| 国产精品嫩草影院av蜜臀| 欧美精品九九| 你懂的视频欧美| 久久精品中文字幕免费mv| 亚洲网在线观看| 99ri日韩精品视频| 亚洲国产欧美一区| 欧美国产日韩在线| 免费亚洲一区| 欧美福利专区| 欧美福利电影网| 欧美成人精品在线| 免费在线看成人av| 免费一级欧美片在线观看| 久久久欧美一区二区| 久久国产精品免费一区| 欧美在线免费| 久久精品国产第一区二区三区最新章节| 亚洲在线成人精品| 亚洲在线一区二区三区| 午夜精品久久久久久久久| 亚洲综合首页| 亚洲欧美日本日韩| 欧美一区二区三区视频免费播放| 亚洲欧美制服另类日韩| 性久久久久久久久久久久| 香蕉视频成人在线观看| 久久福利资源站| 久久综合伊人77777尤物| 能在线观看的日韩av| 欧美黑人国产人伦爽爽爽| 亚洲成人在线视频播放 | 亚洲福利av| 亚洲品质自拍| 亚洲午夜国产成人av电影男同| 亚洲性感激情| 欧美有码视频| 欧美成人r级一区二区三区| 亚洲第一搞黄网站| 亚洲精品美女在线观看| 一区二区三区视频观看| 欧美一进一出视频| 久久综合网色—综合色88| 欧美国产日韩视频| 国产精品视频九色porn| 国产一区二区av| 亚洲精品国久久99热| 亚洲一区三区电影在线观看| 欧美在线黄色| 亚洲激情第一页| 亚洲天堂网在线观看| 久久久国际精品| 欧美色欧美亚洲高清在线视频| 国产麻豆午夜三级精品| 最新中文字幕一区二区三区| 亚洲欧美日韩中文播放| 美女尤物久久精品| 日韩亚洲欧美在线观看| 久久精精品视频| 欧美视频导航| 在线成人激情黄色| 亚洲欧美日韩一区二区| 欧美69wwwcom| 亚洲欧美日韩国产综合精品二区| 免费成人高清| 国产日韩欧美综合一区| 亚洲视频国产视频| 免费不卡亚洲欧美| 亚洲欧美日韩一区二区三区在线观看| 毛片一区二区三区| 国产午夜精品视频| 亚洲小视频在线观看| 欧美风情在线观看| 欧美综合国产| 国产精品国产a| 99视频在线精品国自产拍免费观看| 欧美专区在线观看| 中文亚洲免费| 欧美麻豆久久久久久中文| 亚洲成在人线av| 久久人人97超碰精品888| 亚洲欧美激情四射在线日| 欧美三级在线| 亚洲天堂av综合网| 亚洲国产一区视频|