終于決定，還是通過wow model viewer起手，研究一下WOW的數(shù)據(jù)類型，從另一個(gè)角度，體驗(yàn)一把這個(gè)唯一讓我充過值的游戲。
這將是一系列隨筆，即在讀代碼的時(shí)候，順便記錄，以理清思路和加深映象。 其中會(huì)有很多讓人費(fèi)解的地方，如果有幸被某位兄弟看見
，請(qǐng)勿見笑。
今天來說一下M2中的LOD的數(shù)據(jù)
WOW中，為了降低遠(yuǎn)處模型的渲染開銷，為模型做了LOD，即遠(yuǎn)處的模型，使用更少的頂點(diǎn)，更粗略的材質(zhì)。 比如遠(yuǎn)處的模型在渲染的時(shí)
候，面片數(shù)量減少，關(guān)閉光照，不渲染掛接的特效等等。
因此，不用證明也知道，M2中，材質(zhì)是存在每一個(gè)LOD信息中的。
哎，也就寫這幾句的時(shí)候順手些，其實(shí)不用分析，也是這個(gè)結(jié)果。因?yàn)槲覀冏约旱囊婢褪沁@樣做的，何況是WOW這種大師級(jí)的作品呢。
從WMV的解析代碼下手，看看它是如何解析的吧。
首先，它使用了這樣一行代碼
int16 *transLookup = (int16*)(f.getBuffer() + header.ofsTransparencyLookup);
讀取了一串用于透明值的查找數(shù)組。 不過暫時(shí)沒有使用，后面材質(zhì)構(gòu)建的地方才會(huì)用到。
接下來，就是讀取相關(guān)數(shù)據(jù)了。 在WLK以后，所有的這些數(shù)據(jù)，被分離到了.skin文件里面，不知道是咱想的，以后再來作討論。 但是在
WLK之前，這個(gè)數(shù)據(jù)還是被放在了一起的。
通過模型的名字我們組合上.skin，就是當(dāng)前所要的渲染數(shù)據(jù)了。
這個(gè)組合是這樣的。
假如我們一個(gè)模型是 humanmale.m2
那么它的四個(gè)LOD數(shù)據(jù)分別就是 humanmale01.skin humanmale02.skin humanmale03.skin humanmale04.skin
當(dāng)我們得到了這個(gè)數(shù)據(jù)后，就可以通過MPQFile加載想要的數(shù)據(jù)了。
OK，假設(shè)上面的過程，我們已經(jīng)完全搞定了，此時(shí)，我們就得到了一個(gè)skin的數(shù)據(jù)。有了這個(gè)數(shù)據(jù)，我們就可以為所欲為了，嘿嘿。有點(diǎn)
夸張了。 在這個(gè)數(shù)據(jù)的最前面，肯定是數(shù)據(jù)頭了。 數(shù)據(jù)頭在WMV中本來一直是以xxxxHeader來定義的，不過在這里，它一改風(fēng)格，定義
了一個(gè)叫ModelView的東西。
我們來看看這貨的定義
struct ModelView
{
#ifdef WotLK
char id[4]; //巫妖王版本新增的一個(gè)標(biāo)記位，必須是 'S' 'K' 'I' 'N'
#endif
uint32 nIndex; //這個(gè)表示此LOD有多少個(gè)INDEX
uint32 ofsIndex; //這個(gè)表示此LOD的INDEX從模型的哪里開始數(shù)
uint32 nTris; //這個(gè)表示此LOD有多少個(gè)構(gòu)建成三角形的索引
uint32 ofsTris; //三角形個(gè)數(shù)
uint32 nProps; //額外的頂點(diǎn)屬性
uint32 ofsProps; //頂點(diǎn)屬性讀取
uint32 nSub; //有多少個(gè)子部件 后面定義的ModelGeoset表示一個(gè)子部件，其包括了MESH數(shù)據(jù)，材質(zhì)，渲染狀態(tài)等內(nèi)容
uint32 ofsSub; //
uint32 nTex; //紋理
uint32 ofsTex; // ModelTexUnit, material properties/textures
int32 lod; // LOD bias? WMV作者也打了問號(hào)。
};
有了這個(gè)數(shù)據(jù)頭以后，我們就可以無腦的先讀取上面的數(shù)據(jù)，然后再進(jìn)行構(gòu)建。
索引數(shù)據(jù)
uint16 *indexLookup = (uint16*)(g.getBuffer() + view->ofsIndex);
構(gòu)成三角形的頂點(diǎn)索引序列
uint16 *triangles = (uint16*)(g.getBuffer() + view->ofsTris);
當(dāng)前模型在渲染時(shí)候的索引數(shù)目
nIndices = view->nTris;
重新分配索引
wxDELETEA(indices);
indices = new uint16[nIndices];
將本地索引轉(zhuǎn)換成全局索引
for (size_t i = 0; i<nIndices; i++)
{
indices[i] = indexLookup[triangles[i]];
}
索引數(shù)據(jù)總算是完了，下面就得準(zhǔn)備子模型和材質(zhì)相關(guān)的事情。
大家都知道，在渲染管線中，一次渲染提交只能提交具有相同渲染狀態(tài)和紋理的模型。 于是，我們的模型如果具有不同的材質(zhì)，就需要
先做分割處理。 這是所有WOW這樣的3D MMORPG引擎都需要處理的問題。
在WMV中，模型渲染狀態(tài)相關(guān)的數(shù)據(jù)，使用了ModelGeoset來表示，紋理相關(guān)的，使用了ModelTexUnit來表示
先看看ModelGeoset的定義
/// Lod part, One material + render operation
struct ModelGeoset
{
uint32 id; // mesh part id?
uint16 vstart; // first vertex, Starting vertex number.
uint16 vcount; // num vertices, Number of vertices.
uint16 istart; // first index, Starting triangle index (that's 3* the number of triangles drawn so far).
uint16 icount; // num indices, Number of triangle indices.
uint16 nSkinnedBones; // number of bone indices, Number of elements in the bone lookup table.
uint16 StartBones; // ? always 1 to 4, Starting index in the bone lookup table.
uint16 rootBone; // root bone?
uint16 nBones; //
Vec3D BoundingBox[2];
float radius;
};
由上可知，它定義了渲染相關(guān)的頂點(diǎn)，以及骨骼，和包圍盒信息，最后一個(gè)是作為構(gòu)建包圍球用的。
/// Lod part, A texture unit (sub of material)
struct ModelTexUnit
{
// probably the texture units
// size always >=number of materials it seems
uint16 flags; // Usually 16 for static textures, and 0 for animated textures.
uint16 shading; // If set to 0x8000: shaders. Used in skyboxes to ditch the need for depth buffering.
See below.
uint16 op; // Material this texture is part of (index into mat)
uint16 op2; // Always same as above?
int16 colorIndex; // A Color out of the Colors-Block or -1 if none.
uint16 flagsIndex; // RenderFlags (index into render flags, TexFlags)
uint16 texunit; // Index into the texture unit lookup table.
uint16 mode; // See below.
uint16 textureid; // Index into Texture lookup table
uint16 texunit2; // copy of texture unit value?
uint16 transid; // Index into transparency lookup table.
uint16 texanimid; // Index into uvanimation lookup table.
};
而上面這個(gè)結(jié)構(gòu)，是紋理相關(guān)的信息。
上面的信息，都是一些索引和ID值，真正的數(shù)據(jù)是放在全局信息中的。
讀取完上面的數(shù)據(jù)后，LOD信息基本上就大功造成了。 而這些索引是如何使用的，只有下一次再研究了。今天又很晚了。
由此可知，WOW中的數(shù)據(jù)組織和一般的引擎沒有太多區(qū)別。 即HEADER信息用于分割數(shù)據(jù)區(qū)域。
整個(gè)模型要使用的數(shù)據(jù)，放在了最上層，然后，不同的LOD和子MESH要使用數(shù)據(jù)的時(shí)候，只需要保存一些索引值，再到全局?jǐn)?shù)據(jù)里去查詢就可以了。
暫時(shí)到此吧，下次繼續(xù)。。。。