麻豆亚洲精品,亚洲经典一区,国内外成人在线

游戲引擎基礎（十一）（最后的章節）

第11部份: 最后的章節

前端
　　你已經看到了菜單系統，你可能理解游戲內的頭頂顯示（HUDs）時常是游戲經歷中被忽視和誹謗的部分。最近，這個領域開始被給人印象非常深刻的Black and White所關注，這款游戲實際上沒有HUD。在Peter Molyneux經歷了Dungeon Keeper以后，它在屏幕上大量的圖標，他決定游戲的大部分被這些圖標占用了，主要的屏幕沒有被足夠利用。因此他決定廢除所有這些東西。Peter邁了大膽的一步，我們為你喝彩。很不幸，這種方式適用于B&W這類風格的游戲，但它并不總是對其他種類的游戲有用。

　　大體而言HUDs應該是不引人注意的，只提供你需要的關鍵信息；這本身會在設計團隊中引發爭議。Soldier of Fortune的最初設計在屏幕上有一個圖標，當被擊中時向你準確顯示身體的哪個部位被擊中。當他們決定他們不準備為不同身體部位的傷害而處罰玩家時，最后這個被丟棄了。在一些早期的Soldier of Fortune的屏幕截圖上，依然能夠在屏幕的右上角看見這個圖標。

　　在一個完美的世界中HUD是可配置的，因此你能決定顯示什么，在哪里顯示，顯示多久。如果你覺得不需要局部雷達，那么它應當可以被移除掉。任何顯示的HUD信息應當有一定程度的alpha（透明度），因此如果需要你能透過它們看見后面的事物。

　　說到配置，我是一個游戲個人設定的十足的狂熱者。因為沒有即時存儲設備存儲配置文件，在游戲機游戲上不是廣泛地可以獲得配置，這足夠公平。但是隨著PS2和Xbox硬盤驅動器的來臨，我期待在將來看見配置被更多地使用。能夠被定制的每件事物都應當這樣，如同我看見的一樣。很明顯，也應當為每件事物提供合理的缺省配置，因此玩家不必一屏一屏地進行枯燥的選擇過程---一會兒我們將更多地討論這個---玩家應當能夠根據個人的喜好和可獲得的計算能力定制游戲經歷。

　　回到缺省事物，保持必需的修改最小化非常重要。作出最少的決定而快速進入游戲總是一件好事情。Mortal Kombat，甚至QuakeIII都有一個非常快速的游戲進入系統。少許選擇，然后你就進入游戲了。這并不意味著你不能有一個接一個的菜單允許你改變每件事物，但它們不應當是必需的且應當已經有合理的缺省設置了。如果甚至在你進入游戲以前你必須用14個屏幕設置一個角色，可能是第一次你可能沒有關于你正在選擇的線索而且僅僅會做任何事情以通過屏幕，可能做了一些會極大影響初始游戲體驗的事情。而且有可能它將會是不利的影響，作為一個游戲程序員/設計者，我在這里告訴你無論你做任何事情，讓玩家第一次選擇一些愚蠢的事物，無需讓它更糟糕你就會有足夠的機會制造很差的第一印象。

　　藉由關于配置和HUDs（連同前面十個章節的大量信息）的簡要論述，我們最終結束了關于現代游戲引擎的主要建造元素的討論。當然，依賴于游戲的類型和誰在制作它們，每個特定的游戲對這個清單有它自己的添加（或者減少）。然而，有一些對于游戲引擎實際上不是引擎設計部分的其他元素，但是它們卻需要一些關注。

游戲引擎許可與組件
　　如今如果你要制作一款游戲，時常最快的開始方式就是購買現有的游戲引擎許可證并在此基礎上開發---這就是Raven所做的事情，最近使用Quake3引擎編寫了Star Trek Elite Force。Half Life基于Quake 1引擎，Deus Ex基于Unreal，這個清單還在繼續。如今有兩種許可證方式---一個完全的游戲引擎（或游戲操作系統如Jason Hall授予LithTech），或者一組給定問題的部分解決方案。這方面一個好的例子會是RenderWare，這是一個渲染場景的部分解決方案并給你提供一些物理。你不能僅僅拍著一些模型并把它們稱為完成了的游戲---還需要有聲音系統，游戲機制，等等。但它確實給了你一個建立游戲的堅實基礎。還記得我在渲染和物理學章節提到的所有數學知識嗎？很好，這樣你就避免了所有那些東西。

　　藉由LithTech，Unreal和Quake，你確實得到了完全的解決方案 -- 或至少是創始者為他們的游戲所需要的全部解決方案。記住QuakeIII是可以多人玩的，不時建立在單人游戲的基礎之上的比如說Unreal Tournament。使用QuakeIII，你失去了單人游戲需用的某些系統，像讀取/存儲，腳本等等。你只是的到了Id公司制作一款游戲需要的東西，而不一定就是你所需要的東西。有時侯如果系統的一個局限恰好是你所需要的東西時，這可能是一個真正的缺點。給Star Trek Voyager加入讀取/存儲和腳本：Elite Force不是野餐，但是必須的。然而，使用Quake3引擎依然是領先的開端。

　　Unreal有名的Tim Sweeney 對于今天一些流行的預先打包的游戲引擎解決方案有一些評論。

　　"我認為我能公平地比較游戲引擎 (Quake，Unreal等) 和游戲組件如 RenderWare 和 Karma。游戲引擎是包含游戲開發的所有技術方面的組織嚴密的框架：渲染，編輯工具，物理學，人工智能，網絡，等等。

　　它們針對那些想要一個完全的，現成的解決方案的開發者，以便他們能夠把精力集中在游戲可玩性和內容上。像RenderWare這樣的游戲組件針對那些正在開發他們自己的技術但不想在一些已經很完善的技術領域做重復開發的開發者。

　　游戲引擎有解決游戲開發中全部技術問題的優點，有容易把一些包括游戲類型的假設建立在里面的缺點。舉例來說，Unreal已經被用來制作第一人稱射擊游戲，第三人稱動作游戲，角色扮演游戲，甚至彈球游戲。但是沒有人用它制作飛行模擬類游戲—它不是適合這種游戲的技術。游戲引擎帶著完整的源代碼而來，這是祝福 ( 你能完全看見內部正在發生什么，你可以自由地根據你的需要擴充它)，也是詛咒 (如果你改變它，你將必須把變化合并進新的版本之內)。

　　游戲組件有解決所關注領域的技術問題的優點，如渲染或者物理學，不用花費大量的時間在這方面就可以比典型的開發者做得更好。他們的缺點是把這些組件整合進你的引擎其余部分就是你自己的事情了，這有時候會相當復雜。游戲組件一般沒有完整的源代碼伴隨，因此并不總是很清楚他們內部做了些什么。"

　　謝謝Tim，很精妙的分析。

建立你自己的游戲引擎?
　　你可能建立自己的引擎而不是購買許可證。這避免了誰擁有什么，版稅等所有的法律糾紛，而且如果你產出了質量足夠好的東西，你甚至能夠向別人出售許可證。然而，正如已經指出的那樣，這需要時間和金錢來完成，更不用說絕對優秀的程序員了。LithTech 已經發展了很多年，與Unreal類似。很有趣，主要是因為變化的硬件和API版本，實際上Unreal最初的版本花費了四年時間才完成。當他們剛開始的時候，軟件渲染是唯一的游戲。當開發正在繼續的時候，3dfx帶來了Glide，然后是Nvidia的TNT顯卡（從那時起硬件和APIs確實有了更多的進步）。這就是它為何支持這么多不同的渲染途徑的原因。當然在一個相同的引擎內支持所有這些是一場編碼惡夢，但那是另外的事。每個引擎有模塊化的方式，并且當一個模塊---比如說，腳本---變得過時了或者需求變化了，你只需要把它抽出來并開始做一個新的模塊。

　　Quake引擎經歷時間有更加完整的進化發展。相應于Id公司下一個游戲的一組需求，當John Carmack創造了在當時的硬件上運行最快的東西時，引擎的每個版本都經過了完全的重寫。QuakeII完全重寫了不少于四次，我個人看到了QuakeIII的機器人代碼的三個不同的版本。其他的開發者也沒有能夠避免這種情形。John Scott，建造了Soldier of Fortune II的地表系統，曾對我提到，在動態地表生成上他曾嘗試了許多方法讓物理學正確地工作。

　　建造技術或者完整的引擎不是件容易的事情。當今的游戲引擎需要許多，許多的系統，就如同許多人們嘗試創造‘下一個大的引擎’時所發現的那樣，從屏幕上文本的簡單顯示到高級人工智能。并且如我前面提到的，不斷發展的新技術使得建造一個快速，高效的引擎是一個變化的目標。事實上，我見到有人僅僅為了讓一個帶alpha的紋理正確地顯示而在PS2的混合模式上花了四天時間。

　　值得考慮的其他引擎有Garage Games的Tribes 2引擎---被稱為The Torque Game Engine。我的理解是它可以收取微小數量的許可費用，將來有一些版稅協議。這是的確值得考慮的事情。你可以在這里看到這個引擎的特征細節http://www.garagegames.com/index.php?sec=mg&mod=v12&page=features 。然后就是Serious Sam 引擎。這也是需要許可證的，的確值得看一看。如果你對它有興趣的話，可以聯系God Games---他們應當可以給你指明正確的方向。

　　在網絡上有一些你可以下載的自由引擎---首先想到的是Crystal Space引擎。你可以從這里下載http://sourceforge.net/projects/crystal ，并在你的游戲中隨意使用。這不是一個專業的引擎，但看看所有的部分如何結合在一起時常是一個好的學習經歷。

　　還有就是最初的Quake Engine，現在已經被Id公司開放源代碼。對于任何有抱負的游戲程序員來說這是一個很好的開端----下載它，編譯，開始調整。值得記住的是，這個擎是許多年以前的了，與Quake III或者新的Doom沒有多少相似性。重復一遍，它確實是個好的開始。你能從這里找到發現好的資源網頁http://www.inside3d.com/qip/home.shtml 。

　　確實，這一切都是時間與金錢的事情。如果你沒有時間開發一個新的引擎，就不要介意花錢使用第三方的引擎，去購買一個吧。注意，對于要求使用他們引擎的團隊，如今大多數引擎許可團體有很合理的途徑。盡可能地讓許多人們使用他們的技術，因此這種經驗變成了工業標準，這對他們有好處。

‘Mod’社區
　　看一眼任何在線游戲服務器的統計數字，顯示出Counter Strike服務器比任何其他游戲服務器都要多。和它最近的競爭者（Quake III或者Unreal Tournament）相比，幾乎有兩倍的CS服務器。

　　游戲 mods 全部來自于一些編輯程序，這些程序讓游戲者能夠修改DOOM最初的.WAD文件，提供他們自己自家制造的關卡設計和紋理。人們開始玩這些(大致)自家建造的工具，并且也發現了他們可以產生其他人想玩的關卡。Id注意了這個趨勢，而且將Quake系列引擎帶到了一個新的階段，這樣設計游戲，使得游戲是用戶可修改的。他們甚至發布他們自己的設計工具，指令，而且甚至---喘口氣---游戲中的代碼，如此有抱負的游戲程序員可以在Quake Universe中玩。你可能從這個創造出自己版本的Quake連線經歷。許多今天的業內大師來自這種早期的修改經驗。現在有名的設計者如LevelLord和CliffyB在這個行業中就是這樣開始的。最高的榮譽來自一位名叫ZOID的紳士，他提出了3Wave CTF，第一個‘奪取旗幟’的游戲，游戲中需要人們組隊---連線游戲從純粹的死亡競賽以來的第一次進化發展。

　　一些游戲是如此的流行以致于他們每年都有事件發生。比如說，Quake有一個QuakeCon，在Mesquite Texas，Id軟件公司所在地，舉行的一年一次的quake大會。人們帶著他們的PC來到這里，或為了看最新的mods或是展示的基于Quake引擎的游戲。

　　如今你制作的任何游戲需要或者有殺人者可多人玩的經驗，或者有可以非常容易修改的內容這樣連線‘修改者’能利用你的游戲并制作出其他游戲來。這一切延長了你游戲的生命，有希望賣出更多，人們購買它，可以下載mods來玩最新的Quake III修改版本：The Teachers Strike Back。但你不能僅僅生產一款游戲，發布你的工具，就袖手旁觀。實際上你最初必須把代碼設計成不需要程序員就可以容易地擴充, …好吧, … John Carmack。

　　作為一個開發者，你需要在那里可以見得到，并為那些在家中想利用你的游戲和用它做點別的什么的人們提供經驗和幫助。這種支持可以有許多形式----一個親切友好的詞語，一段代碼，建議，宣傳或只是金錢。只要有這個它時常不介意采用何種形式。

　　在這里你選擇哪個第三方工具用來建造內容可能是至關重要的。在Raven，過去我們已經做了一些開發決定，在這方面沒有什么幫助，由于我們為大多數的建模和所有的動畫需求使用了SoftImage。雖然它是制作我們需要的動畫的最好工具，對于家庭業余愛好者來說它太過昂貴了。這就給那些家庭業余愛好者在擴充我們制作的內容時帶來了問題，因此他們容易拋棄我們轉而尋求那些比較容易制作內容的游戲。在建造或者選擇一個引擎時這確實是值得留意的事情。為了響應制作游戲mods，Discreet在市場上發布了一個3D Studio Max的‘lite’版本，稱為gmax。最好的是，它是免費的。如果你想要試一試，你能從這里抓取它http://www.discreet.com/products/gmax/gmaxconsumer/index.html 。

　　最后在線游戲的成功時常能追蹤到 mod 社區，因此我認為感謝他們做了件好的工作是公平的。我過去時常說，在行業中到達一個‘真正的’工作最快的方式是從一個mod開始，說明你有完成它的訓練并用它作為一個面試獲得者。不能說，"我能做這個" 就像已經完成了一樣。因此去到那里并開始吧。你損失什么了嗎？

有關作者
　　Jake Simpson 是一個游戲程序員，斷斷續續在這個行業已經有大約20 年了。他在英國本土從15歲開始，在C64的時代，Sinclair Spectrums和 BBC Micros，經歷了 Amiga 和ST，離開了一段時間，然后90年代中期至后期在Mideay Games寫街機游戲。他最近在Raven Software工作過，制作有Soldier of Fortune， Heretic， Hexen， Star Trek : Voyager : Elite force 和 Jedi Knight II : Outcast，在北加州的Maxis可以找到他，為Will Wright的游戲產品工作。業余時間他為GameBoy Color和Advance編寫代碼，因為“你能盡可能地遠離C++編碼，而且，如同John Carmack所說，底層編程對程序員的靈魂有好處”。

posted on 2007-12-04 13:31 夢在天涯閱讀(4799) 評論(1) 編輯收藏引用所屬分類: Game/OpenGL

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: 游戲引擎基礎（十一）（最后的章節）游戲引擎基礎（十）（人工智能和導航）游戲引擎基礎（九）（現成產品與定做的游戲引擎設計工具，游戲特定主題）游戲引擎基礎（八）（腳本系統）游戲引擎基礎（七）（網絡和連線游戲環境）游戲引擎基礎（六）（聲音系統，音頻APIs）游戲引擎基礎（四）（模型與動畫，細節級別）游戲引擎基礎（三）（內存使用，特效和API）游戲引擎基礎（二）（3D環境的光照和紋理）游戲引擎基礎（一）（渲染和構造3D世界）

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

# re: 游戲引擎基礎（十一）（最后的章節） 2008-02-12 06:24 迪克拉

C++ Programmer's Cookbook

游戲引擎基礎（十一）（最后的章節）

評論

公告

導航

統計

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

積分與排名

最新評論

閱讀排行榜