魔兽世界客户端数据研究(三)
終于決定,還是通過wow model viewer起手,研究一下WOW的數(shù)據(jù)類型,從另一個角度,體驗一把這個唯一讓我充過值的游戲。
這將是一系列隨筆,即在讀代碼的時候,順便記錄,以理清思路和加深映象。 其中會有很多讓人費(fèi)解的地方,如果有幸被某位兄弟看見
,請勿見笑。
?
今天來說一下M2中的LOD的數(shù)據(jù)
WOW中,為了降低遠(yuǎn)處模型的渲染開銷,為模型做了LOD,即遠(yuǎn)處的模型,使用更少的頂點(diǎn),更粗略的材質(zhì)。 比如遠(yuǎn)處的模型在渲染的時
候,面片數(shù)量減少,關(guān)閉光照,不渲染掛接的特效等等。
因此,不用證明也知道,M2中,材質(zhì)是存在每一個LOD信息中的。
哎,也就寫這幾句的時候順手些,其實不用分析,也是這個結(jié)果。因為我們自己的引擎就是這樣做的,何況是WOW這種大師級的作品呢。
從WMV的解析代碼下手,看看它是如何解析的吧。
首先,它使用了這樣一行代碼
int16 *transLookup = (int16*)(f.getBuffer() + header.ofsTransparencyLookup);
讀取了一串用于透明值的查找數(shù)組。 不過暫時沒有使用,后面材質(zhì)構(gòu)建的地方才會用到。
接下來,就是讀取相關(guān)數(shù)據(jù)了。 在WLK以后,所有的這些數(shù)據(jù),被分離到了.skin文件里面,不知道是咱想的,以后再來作討論。 但是在
WLK之前,這個數(shù)據(jù)還是被放在了一起的。
通過模型的名字我們組合上.skin,就是當(dāng)前所要的渲染數(shù)據(jù)了。
這個組合是這樣的。
假如我們一個模型是 humanmale.m2
那么它的四個LOD數(shù)據(jù)分別就是 humanmale01.skin humanmale02.skin humanmale03.skin humanmale04.skin
當(dāng)我們得到了這個數(shù)據(jù)后,就可以通過MPQFile加載想要的數(shù)據(jù)了。
OK,假設(shè)上面的過程,我們已經(jīng)完全搞定了,此時,我們就得到了一個skin的數(shù)據(jù)。有了這個數(shù)據(jù),我們就可以為所欲為了,嘿嘿。有點(diǎn)
夸張了。 在這個數(shù)據(jù)的最前面,肯定是數(shù)據(jù)頭了。 數(shù)據(jù)頭在WMV中本來一直是以xxxxHeader來定義的,不過在這里,它一改風(fēng)格,定義
了一個叫ModelView的東西。
我們來看看這貨的定義
struct ModelView
{
#ifdef WotLK
??? char id[4]; //巫妖王版本新增的一個標(biāo)記位,必須是 'S' 'K' 'I' 'N'
#endif
??? uint32 nIndex; //這個表示此LOD有多少個INDEX
??? uint32 ofsIndex; //這個表示此LOD的INDEX從模型的哪里開始數(shù)
??? uint32 nTris; //這個表示此LOD有多少個構(gòu)建成三角形的索引
??? uint32 ofsTris;???? //三角形個數(shù)
??? uint32 nProps; //額外的頂點(diǎn)屬性
??? uint32 ofsProps; //頂點(diǎn)屬性讀取
??? uint32 nSub; //有多少個子部件 后面定義的ModelGeoset表示一個子部件,其包括了MESH數(shù)據(jù),材質(zhì),渲染狀態(tài)等內(nèi)容
??? uint32 ofsSub;???? //
??? uint32 nTex;? //紋理
??? uint32 ofsTex;???? // ModelTexUnit, material properties/textures
??? int32 lod;???????????????? // LOD bias?? WMV作者也打了問號。
};
有了這個數(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ù)目
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ò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.
};
而上面這個結(jié)構(gòu),是紋理相關(guān)的信息。
上面的信息,都是一些索引和ID值,真正的數(shù)據(jù)是放在全局信息中的。
讀取完上面的數(shù)據(jù)后,LOD信息基本上就大功造成了。 而這些索引是如何使用的,只有下一次再研究了。今天又很晚了。
由此可知,WOW中的數(shù)據(jù)組織和一般的引擎沒有太多區(qū)別。 即HEADER信息用于分割數(shù)據(jù)區(qū)域。
整個模型要使用的數(shù)據(jù),放在了最上層,然后,不同的LOD和子MESH要使用數(shù)據(jù)的時候,只需要保存一些索引值,再到全局?jǐn)?shù)據(jù)里去查詢就可以了。
暫時到此吧,下次繼續(xù)。。。。
轉(zhuǎn)載于:https://www.cnblogs.com/qilinzi/archive/2013/04/26/3043890.html
總結(jié)
以上是生活随笔為你收集整理的魔兽世界客户端数据研究(三)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Ansible入门及组件介绍
- 下一篇: 多个页面同时跳转到一个页面,然后返回到上