不會飛的鳥

2010年12月10日 ... 不鳥他們！！！我要用自己開發的分布式文件系統、分布式調度系統、分布式檢索系統，做自己的搜索引擎！！！大魚有大志！！！ ---楊書童

統計

隨筆 - 89
文章 - 1
評論 - 18
引用 - 0

常用鏈接

留言簿(4)

隨筆檔案

文章檔案

2006年4月 (1)

搜索

閱讀排行榜

評論排行榜

游戲引擎基礎（四）（模型與動畫，細節級別）

第4部份: 模型與動畫，細節級別

角色建模與動畫
　　你的角色模型在屏幕上看起來怎么樣,怎樣容易創建它們,紋理,以及動畫對于現代游戲試圖完成的`消除不可信`因素來說至關重要。角色模型系統逐漸變得復雜起來, 包括較高的多邊形數量模型, 和讓模型在屏幕上移動的更好方式。

　　如今你需要一個骨骼模型系統，有骨架和網格細節層次，單個頂點骨架的評估，骨架動畫忽略，以及比賽中停留的角度忽略。而這些甚至還沒有開始涉及一些你能做的很好的事情，像動畫混合，骨架反向運動學（IK），和單個骨架限制，以及相片真實感的紋理。這個清單還能夠繼續列下去。但是真的，在用專業行話說了所有這些以后，我們在這里真正談論的是什么呢？讓我們看看。

　　讓我們定義一個基于網格的系統和一個骨骼動畫系統作為開始。在基于網格的系統，對于每一個動畫幀，你要定義模型網格的每個點在世界中的位置。舉例來說，你有一個包含200 個多邊形的手的模型，有 300 個頂點(注意，在頂點和多邊形之間通常并不是3個對1個的關系，因為大量多邊形時常共享頂點 – 使用條形和扇形，你能大幅減少頂點數量)。如果動畫有 10 幀，那么你就需要在內存中有300個頂點位置的數據。總共有300 x 10 = 3000 頂點，每個頂點由x，y，z和顏色/alpha信息組成。你能看見這個增長起來是多么的快。Quake I，II和 III 都使用了這種系統，這種系統確實有動態變形網格的能力，比如使裙子擺動，或者讓頭發飄動。

　　相比之下，在骨骼動畫系統，網格是由骨架組成的骨骼( 骨架是你運動的對象)。網格頂點和骨架本身相關，所以它們在模型中的位置都是相對于骨架，而不是網格代表每個頂點在世界中的位置。因此，如果你移動骨架，組成多邊形的頂點的位置也相應改變。這意謂著你只必須使骨骼運動，典型情況大約有 50 個左右的骨架—很明顯極大地節省了內存。

骨骼動畫附加的好處
　　骨骼動畫的另一個優點是能夠根據影響頂點的一些骨架來分別“估價” 每個頂點。例如，雙臂的骨架運動，肩，脖子而且甚至軀干都能在肩中影響網格。當你移動軀干的時候，網格就活像一個角色一樣移動。總的效果是3D角色能夠實現的動畫更加流暢和可信，且需要更少的內存。每個人都贏了。

　　當然這里的缺點是，如果你想要使有機的東西運動且很好，比如說頭發，或者披肩，為了讓它看起來自然，你最后不得不在里面放置數量驚人的骨架，這會抬高一些處理時間。

　　基于骨骼的系統能帶給你的一些其他事情是‘忽略’特定層次骨架的能力 -- 說,"我不關心動畫想要對這塊骨架所做的事情，我想要讓它指向世界中的一個特定點"。這很棒。你能讓模型著眼于世界中的事件，或者使他們的腳在他們站著的地面保持水平。這一切非常微妙，但它可以幫助帶給場景附加的真實感。

　　在骨骼系統，你甚至可以指定"我需要把這個特別的動畫用於模型的腿，而一個不同的攜槍或射擊動畫在模型軀干上播放，且那家伙（角色）叫喊的不同動畫效果在模型的頭部播放"。非常妙。Ghoul2 ( 在Soldier of Fortune II: Double Helix and Jedi Knight I: Outcast中使用了Raven的動畫系統 ) 擁有所有這些好東西，且特別被設計為允許程序員使用所有這些忽略能力。這對動畫的節省像你一樣難以相信。像你一樣的動畫上的這次救援不相信. Raven有一個角色行走的動畫和一個站立開火的動畫，并在它同時行走和開火形下把這兩個動畫合并，而不是需要一個動畫表示角色行走并開火。

More Skeletons in the Closet
　　先前描述的效果可以通過具有層次的骨骼系統來完成。這是什么意思呢？意思是每塊骨架實際上的位置相對于它的父親，而不是每個骨架直接位于空間中的地方。這意謂著如果你移動父親骨架，那么它所有的子孫骨架也跟著移動，在代碼上不需要任何額外的努力。這是讓你能夠在任何骨架層次改變動畫，而且通過骨骼其余部分向下傳遞的東西。

　　創建一個沒有層次的骨骼系統是可能的 -- 但那時你不能忽略一個骨架并且預期它工作。你所看到的只是身體上的一個骨架開始了新動畫，除非你實現了某種‘向下傳遞信息’的系統，否則在該骨架下面的其它骨架保持原來的動畫。首先由一個層次系統開始，你就自動地獲得這些效果。

　　許多今天的動畫系統中正開始出現一些比較新的特征，如動畫混合，從一個正在播放的動畫轉變到另外一個動畫需要經過一小段時間，而不是立即從一個動畫突然轉變到另外一個。舉例來說，你有個角色在行走，然后他停了下來。你不是僅僅突然地轉變動畫，讓他的腿和腳停在無效位置，而是一秒鐘混合一半，這樣腳似乎自然地移到了新的動畫。不能夠過高的評價這種效果 -- 混合是一個微妙的事情,但如果正確的運用，它真的有些差別。

反向運動學
　　反向運動學 (IK) 是被許多人們丟棄的一個專業術語，對它的真實含義沒有多少概念。IK 是如今游戲里面一個相對比較新的系統。使用 IK ，程序員能夠移動一只手，或一條腿, 模型的其余關節自動重新定位，因此模型被正確定向。而且有模型的關節新位置的其馀者他們自己，因此模型正確的被定向。比如，你將會說,"好，手 , 去拾起桌子上的那個杯子"并指出杯子在世界中的位置。手就會移動到那里，且它后面的身體會調節其自身以便雙臂移動，身體適當彎曲，等等。

　　也有和IK相反的事情，叫做前向運動學,本質上與 IK 工作的次序相反。想像一只手，手附著在手臂上，手臂附著在身體上。現在想像你重重地擊中了身體。通常手臂像連迦般抽動，且手臂末梢的手隨之振動。 IK 能夠移動身體，并讓其余的四肢自己以真實的方式移動。基本上它需要動畫師設定每種工作的大量信息 -- 像關節所能通過的運動范圍，如果一塊骨架前面的骨架移動，那么這塊骨架將移動多少百分比，等等。

　　和它現在一樣，盡管很好，它是一個很大的處理問題，不用它你可以有不同的動畫組合而脫身。值得注意的是，真正的 IK 解決辦法需要一個層次骨骼系統而不是一個模型空間系統 -- 否則它們都耗時太多以致無法恰當地計算每個骨架。

LOD幾何系統
　　最后，我們應當快速討論一下與縮放模型幾何復雜度相關的細節級別（LOD）系統(與討論MIP映射時使用的LOD相對照)。假定如今絕大多數PC游戲支持的處理器速度的巨大范圍，以及你可能渲染的任何給定可視場景的動態性質(在屏幕上有一個角色還是12個？)，你通常需要一些系統來處理這樣的情況，比如，當系統接近極限試圖同時在屏幕上繪制出12個角色，每個角色有3，000個多邊形,并維持現實的幀速率。 LOD 被設計來協助這樣的情景中。最基本的情況，它是在任何給定時間動態地改變你在屏幕上繪制的角色的多邊形數量的能力。面對現實吧，當一個角色走遠，也許只有十個屏幕像素高度，你真的不需要3000個多邊形來渲染這個角色 -- 或許300個就夠了，而且你很難分辨出差別。

　　一些 LOD 系統將會需要你建立模型的多個版本，而且他們將會依靠模型離觀察者的接近程度來改變屏幕上的LOD級別，以及多少個多邊形正被同時顯示。更加復雜的系統實際上將會動態地減少屏幕上的多邊形數量，在任何給定時間，任何給定的角色，動態地 -- Messiah和Sacrifice包括了這種風格的技術，盡管在CPU方面并不便宜。你必須確信，與首先簡單地渲染整個事物相比，你的 LOD 系統沒有花較多的時間計算出要渲染那些多邊形（或不渲染）。任一方式都將會工作，由于如今我們試圖要在屏幕上繪制的多邊形數量，這是件非常必要的事情。注意， DX9 將會支持硬件執行的自適應幾何縮放(tessellation)。

　　歸結起來是，得到一個運動流暢，其表現和移動在視覺上可信，屏幕上看起來逼真的模型。流暢的動畫時常是通過手工建造動畫和運動捕捉動畫的組合得到。有時你僅僅手工建立了一個給定的動畫 -- 當你在為一個模型做一些你在現實生活中不能做到的事情的動畫時，你傾向于這樣做 -- 舉例來說，你確實不能向后彎腰，或像Mortal Kombat 4中的Lui Kang那樣在行進的腳踏車上踢腿，通常運動捕捉這時候就出局了! 通常運動捕捉動畫 -- 實際上視頻捕捉活生生的演員貫穿于你想在屏幕上所看到的動畫 -- 是得到逼真的東西的方式。真實感的東西能使一款普通游戲看起來很棒，而且能掩飾許多事情。比如 NFL Blitz，屏幕上的模型大約有 200 個多邊形。它們在靜止站立時看起來可怕的斑駁，一旦這些模型跑動起來它們就有快速流暢的動畫，模型自身的許多丑陋消失了。眼睛容易看見的是 '逼真的' 動畫而不是模型自身的結構。一個不錯的模型設計師能夠掩飾大多數模型缺陷。

　　我希望這些帶給你對模型和動畫問題的洞察力。在第五部份中，我們將會更加深入3D世界的建造，討論一些物理，運動和效果系統的東西。

夢在天涯 2007-12-04 13:18 發表評論

posted on 2009-04-10 10:44 不會飛的鳥閱讀(128) 評論(0) 編輯收藏引用

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



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

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