如下是最新公布的一段“CryEngine 3”引擎制作FPS游戏地图视频，从制作到演示仅长8分钟，看了让人瞠目结舌，唏嘘不已。

这篇文章纯属是去年看郎教授的讲座后的一时冲动，陆续写了很久。但很多观点现在看来值得商榷，可能是当时太激动了，就顺着郎教授的理论往下分析了一下。修改的工作量太大也没时间就放弃了，原样贴出来供大家参考。
---------------------------------------
产业链战争中的中国游戏业

《产业链阴谋》
在万众欢腾的北京奥运会闭幕后不久，一本名为《产业链阴谋》的图书悄悄进入市场，引发了一阵热潮。郎咸平教授再次向公众传输了他的新思想，让因生活在“世界工厂”而无比骄傲的国人用另一种视角重新看世界，重新认识中国制造业。随着年底金融海啸下南方工厂的大批倒闭及外汇储备的大量贬值，这种思想显得越来越珍贵。
而与此同时，中国网游业却一枝独秀，在寒冬中逆市增长，而且自主研发的市场占有率达到59%。形势似乎一片大好，情况真的是这样吗?
-------------------------------------------------------------
与制造业的相同点

中国企业家进口机器设备，利用廉价劳动力与原料，按照外国的配方或技术标准生产大量廉价商品，大部分出口。我们的企业更像是代工厂。而游戏业的情况又怎么样呢？来看看我们的一天吧。
在珠三角的代工厂，工人们按照标准开始生产X-box360主机的芯片、主板与外壳，技术架构与标准是IBM、ATI、SiS联合制定的，时尚的外观是美国旧金山的Astro Studios和日本大阪的Hers Experimental共同设计的。工厂把成品上交给新加坡公司伟创力、台湾公司纬创、以及加拿大公司天弘，最后交给微软验收，运往全世界的销售网点。
在上海育碧分公司，中国员工正忙着给X360游戏《末日战争》制作图像素材，有的负责模型，有的制作贴图，有的制作动画。
在北京某公司的游戏研发项目组，策划清一色使用着Microsoft的Office制作一个个扩展名为Doc、Xls的文件，程序员使用 Microsoft的VisualStudio2005，以ISO的ISO C为标准，或者直接在买来的Ogre、BigWorld或UE3引擎基础上略加修改，美工使用Painter、PS、3DSmax不断流水线生产出大批素材。
在上海的某网吧，网游消费者像往常一样打开以Intel、Nvidia芯片为核心+国产外围配件的电脑，进入Microsoft的 WindowsVista操作系统，路由器自动分配了一个符合IPv6标准的IP地址，消费者使用微软的IE进入美国发明的Internet，连接到电信服务商的IBM服务器再连接到目标网站的服务器，不久打开一个国产网游，实际采用了Ogre、BigWorld或UE3引擎+Microsoft的数据库+国产外皮。

一句话：我们按照美国标准代工制造了大量游戏机、按照外国人的要求为次世代游戏制作了很多美术素材，这些产值也能算入GDP与出口总额中去，但我们却没有得到任何实惠，国家没有正式的次世代主机市场，我们的企业无缘次世代。我们使用美国的工具软件按照美国的技术标准生产了一大堆国产网游，我们的消费者使用着美国标准的电脑玩着美国标准的国产网游，我们早已习以为常。
最早在中国设立研发中心的国际游戏巨头育碧，最终已将中国作为外包基地，主要是次世代美术。中国员工成了外企降低研发成本的重要环节。还有东星、维塔士、 EPIC等。产品多是家用游戏机的游戏，纯粹用于出口，因为国内没有这个市场。《生化震荡》《末日战争》等越来越次世代游戏中出现了国人的身影。以《洛城大灾难》这款X-box游戏为例，由美国总部进行游戏架构与视觉风格设计，香港工作室（Enlight Hong Kong Studio）负责编程与详细美术设定，而美术执行部分全部来自大陆工作室（Enlight China Studio），包括建模、贴图、骨骼动画与过场动画制作。也就是说，中国残存的单机游戏产业也就是美术外包了，这一点上就是IT民工，与广东那些造鞋造玩具的工厂没有本质区别，简直就是殖民地。只剩下大宇等寥寥几家还在苦苦支撑，其他的要么倒闭要么转型为网游。
这些情况是不正常的。金山董事长求伯君说过：“世界上没有哪一个民族愿意把作为信息产业灵魂的软件产业完全建立在他人的智慧上。全世界优秀软件的决战更是一种文化的碰撞，一场智慧的较量！”

从技术的角度讲，游戏产业链由硬件与软件两部分组成，分为芯片、操作系统、API、引擎与工具、硬件代工与软件外包，核心是摩尔定律。美国掌握着世界硬件的走向，摩尔定律推动着硬件的不断升级，也间接推动游戏技术的不断进化，次世代游戏的出现刺激人们升级硬件或购买新机器，于是一个软硬件互相促进的产业链形成了。CSDN社区有一种观点：软件产业基本形成“三梯队”的国际分工格局，外国牢牢控制着技术标准，决定技术的未来走向，攫取高额利润。美国掌握了最先进的软件技术，控制着软件开发平台和软件工具，在全球软件产业链中居于领先地位，如DX11、VS2008、3DSMax2009、 Office2007。而中国企业在技术竞争力上与外国巨头的差距是越来越大了。
中国消费者可以不买国产品牌的电脑，但却不得不在兼容机中使用Intel的酷睿2CPU，Nvidia的GeForce显卡，微软的 WindowsVista。中国玩家可以不玩外国游戏，但国产游戏中已经有不少用的是外国的Ogre、BigWorld或UE3引擎。核心技术永远操于敌手，我们只是生产外皮+组装而已。
我们的确生活在太平盛世，但也的确生活在没有硝烟的产业链战争之中，无声无息之中已经蕴含了无限杀机。核心技术操于敌手就是中国游戏业与制造业的共性。
-------------------------------------------------------
与制造业的差异

中国社会科学院研究员王立强认为，在开放的过程中，发展中国家的最大损失还不是国外的订单，而是自己的市场资源。5%的市场流失对国家发展就构成伤害，超过10%就构成实质性伤害，超过30%就可以造成无法弥补的伤害。我们国家的GDP每年都在以两位数的速度递增，进出口总额屡创新高。但中国进出口总额的 60%都来自外资企业或外资控股企业，其中高科技产品高达80%。国务院研究发展中心的研究报告指出，在中国已开放的产业中，每个产业排名前5位的企业几乎都由外资控制：中国28个主要产业中，外资在21个产业中拥有多数资产控制权。巨额利润被国外企业攫取，中国制造业的利润率仅2%，严重影响中国企业的积累与再循环能力，而且严重威胁国家的战略安全。而游戏业的情况与之不同。
中国游戏业的主体是网游，占据了99%。而网游与单机是不同的，这个市场暂时不是殖民地。中国网游市场暂时没有对外开放，而处于政府管制之中，政府就是巨大的保护伞，国家的一些政策限制了它的发展，也限制了外资的进入，所以目前民族产业发展较快。GameRES论坛上，有些资深从业者尖锐的指出：目前民族产业处于闭关自守下抢占国内市场的阶段。
在保护伞下，外资难以完全控制产业链，产业价值大部分流向本土企业。由于外资不能以任何方式参与运营，只能寻找本土的运营商进行合作，外国研发商的分成比例大约是25%，所以网游的产值没有完全流向外国，代理型企业的利润率是30%，自主研发的网游公司利润率达到60%以上。在2004年代理盛行的时候，外国游戏一度占据了市场的90%，吸走了大量资金。目前自主研发占据了59%，资金回笼的比例越来越大，情况对本土有利。即便是九城这样的纯代理型企业，在暴雪的盘剥之下，三年来通过《魔兽世界》也积累了10亿资金，保持了充裕的现金流，为日后自主研发转型奠定了雄厚的基础。

产业链也可以分为：电信运营商、游戏研发商、运营商、渠道商、媒体。产业链的上游是工具与流行内容，其中热门影视与文学外资没有控制，反而是国内企业通过收购控制了其中一部分，如盛大的起点文学网（盛大文学）。外资在工具占优势，掌控了大部分关键基础工具与平台，如WindowsVista、 VisualStudio2008、UE3、WACOM绘图板、酷睿2、高级服务器，这些是国内无力掌握的；中游是研发，外国占优势，但由于文化差异，外国游戏在国内的竞争力相对减弱了，在自主研发能力不断提高的今天，民族企业的对外依赖度大大降低，代理时的议价能力也相对提高，可以与对方进行博弈，代理难度也相对降低了；而下游是运营，外资无法介入，只能获得一部分分成。
与此同时，盛大等公司已经开始整合产业链，如上游的网游引擎、文学网，中游的工作室并购与合作，下游的渠道扩张与海外出口。在产业链战争中的战斗力指数正在不断增强。这些优势是外企无法获得的。
抛开复杂的技术问题，换一个视角，产业链战争的关键在于资金的流向。从资金的角度来看，外国势力在上游赚取了工具的钱，在中游获得了一些代理费，在下游获得了25%的运营分成。所以整体上，产业价值的六成以上都回到国内，产业链战争中我方占主导，有利于民族企业自身的资金积累与循环，而这恰恰是产业实力不断增强的关键。资金大部分流向国内就是中国游戏业与制造业的最大差异。
-----------------------------------------------------------
长远发展的隐患

表面上，中国游戏业取得了胜利，但除去政府的保护、国外的引擎与工具之外，又有几分功劳可以归功于自己的强大实力呢？
从品牌的角度来看，中国的知名游戏品牌还是太少，还有没世界级的游戏大作。这个问题始终难以解决，而这个问题不解决，民族网游企业就像是暴发户而不是世界公认的顶尖游戏商。自主研发的瓶颈有很多。而这几年的《劲舞团》《魔兽世界》代理权的恶性竞争事件恰恰说明了民族企业的实力薄弱。
从另一个角度看，中国IT业已经败了，软件业的85%、硬件的大半都已经不属于我们了。我们生存在外国的技术标准之下，处于产业链的下游与外缘，南北差异巨大，不对等。网游市场的局部胜利不能改变IT市场整体的劣势。
没有人能否认这个行业规模很大，发展迅速，但很多人都认为我们还是个弱国。没有自己的核心技术、平台、国际大作、王牌制作人、知名研发团队、大发行商，所以很难称为游戏强国，而只是殖民地或即将成为殖民地。
什么是游戏强国？日本有着NDS、Wii、PS3平台，以此平台标准按照标准游戏类型打造的众多标准化王牌游戏，全世界的游戏公司都要跟着这个标准开发并销售产品，软硬件共同创造巨大的产值。制定硬件标准、标准游戏类型，制定规则是一流企业的选择，这种优势是难以在短期赶上的。强国需要长期的渐进的积累，无数细节的锤炼，大跃进无用。美国日本这些强国用了38年时间才形成目前的局面。中国游戏业才不过14年，而且发展受到大环境限制，与国外差距巨大。

在政府的保护伞下，民族产业获得了暂时的主导地位。但问题在于，一旦这个市场的开放程度扩大，如外资可以以合资公司或独资公司方式参与运营，那么以暴雪的狼子野心来推测，整个产业价值流向外国的比例会大大提高，民族企业受到极大冲击。
中国有不少产业都是在市场的不断开放中被外资控制的，如化妆品、油料、机械、胶卷。民族企业的实力还不够强，就像是小孩子与职业拳击手对战，败多胜少。从这个角度来看，网游业与其他行业的情况极为类似，不同的是这个行业还处于保护伞之下，没有完全开放。但总会有开放的一天的。
中国网游业的发展近几年已经逐渐慢下来了，市场规模总有一天会走向停滞。它不会无限扩张下去，成熟的网游市场必然是低增长、低利润率与高竞争的。到那个时候，中国游戏业会走向哪里？

中国的游戏市场与任何国家都不相同，它以200亿元的网游市场为表层，以上千亿的元的家用机、掌机、PC单机地下水货、盗版市场为里层。目前国内企业只能从表层市场赚钱，而对地下市场无能为力。那个地下市场寄托着玩家对各平台单机游戏的热爱、有限收入的无奈、与对行业现状的妥协，也象征着未来发展的方向。虽然单机游戏业由盛转衰，彻底消亡，但人们的热情越发炽烈。
中国网游业的产值在全球游戏业中之占6%，我们始终与巨大的家用游戏机与掌机市场隔绝。我们的产业结构是世界上独一无二的中国特色的，没有哪个国家是如此地依赖网游。如今自主研发网游的瓶颈正与单机发展不力的情况密切相关，经验不足，缺乏可以利用的游戏原型，而只是一窝蜂地随大流，缺乏自己的独到思考与创造力。2004年匿名人士的一篇火爆网络引发无数转载的奇文《一篇令所有游戏圈的兄弟汗颜的文章》中说的已经很透彻了。
中国网游业能否在未来成为世界第一，还值得商榷。假设成功了，那时中国也未必就是游戏强国。因为网游在全球游戏业只是小弟，无法彻底取代庞大的单机市场。
单机游戏如何从如今的美术外包转向未来的重建国内单机游戏市场，杀入国际家用游戏机与掌机市场，这是未来必然要面临的问题。这也是中国要成为世界公认游戏强国的最大障碍。未来的产业链上游是游戏基础工具、平台制造、流行内容；中游是各平台各类型游戏研发；下游是销售、运营、培训、游戏衍生产业。那时的产业链战争会更加精彩，中国真正与国际接轨，在产业链战争中成为游戏强国。
--------------------------------------------------
参考资料
《产业链阴谋》作者：郎咸平
《利用外资八思》（来自《瞭望新闻周刊》）
《一篇令所有游戏圈的兄弟汗颜的文章》作者：网络匿名人士
《迷茫的程序员和中国软件业》（来自CSDN）作者：wfwonde (逆风沉沦)
阿健的动漫游戏教室（来自天涯博客）
百度百科
-----------------------------------------------

方法如下（引用）：http://blog.csdn.net/kun1234567/archive/2008/04/11/2282761.aspx

CEGUI使用utf8编码格式。这就意味着我们可以很简单的就显示中文。

1、弄个包含中文的字体，在这里我借用大多数例子里的 “C：/windows/Font/simhei.ttf”文件。把这个文件拷贝到Datafiles文件夹的Font文件夹里。

2、随便照着一个 .Font文件，自己写一个simhei.font文件。可以用TXT写，然后保存，有的朋友说需要保存为utf8编码格式，实际上是不需要的。

3、同时注意修改你加载到程序里的scheme文件，将里面的字体文件设置成simhei.ttf。你也可以继续使用FirstWindow这个例子，这样的话直接修改源代码里的字体为simhei.tff。

4、现在在程序里进行字符编码转换，我拿代码说明问题：

std::wstring aa = L"123中文abcあいうえお";

char buff[128] = "";

WideCharToMultiByte( CP_UTF8, 0, aa.c_str(), aa.size(), buff, sizeof(buff), 0, 0);

button1->setText ( CEGUI::String ( CEGUI::utf8* )buff );

原理是这样的，对于utf8来说，英文字符和ansi编码在内存布局上没什么区别，都是一个UCHAR。但是对于非英文字符，则是UCHAR+UCHAR+UCHAR。如果我们手工进行编码格式转换，会比较烦琐。

比较偷懒的方法就是，我们先用WCHAR(unicode内存布局,UCHAR+UCHAR+UCHAR+UCHAR)来储存需要显示的字符串，然后调用Win32API来帮我们把宽字符转换成char(多字节字符集内存布局)。

这就是基本方法了，然后我们可以根据这个转换方针，利用Win32API随意的转换字符编码格式，从而满足程序中的各种需求。

       通过此方法可以显示中文，还没来得急高兴就发现了第二个问题：这种方法显示中文速度太慢（显示几十个字需要等上7、8秒左右）。难道没有高效的方法吗？

于是继续Google(我很懒，别人能做的事情从来不麻烦自己，懒得跟踪代码)，结果还真让我找到了两篇相关的文章：一份是千里马肝的《游戏中汉字显示的实现与技巧》，另一份是免费打工仔的《让OGRE支持中文》。从中找到了原因：

       原来在游戏中，是将点阵字库或tif字体里的文字写进纹理，根据需求贴到指定的位置。英文的显示非常简单，只有26个字母，就算再加一些标点、符号什么的，用一张位图，就可以足以显示所有的单词了。而中文要像处理英文那样，把所有的汉字都保存在一张位图里，那么每一种字体都要生成一个巨型位图。在 GB2312中，一共有6000多个汉字，就算是用16*16，据说会有2.5M！（马肝兄说的，我没算过）

    继续Google，也没有找到解决问题的直接办法，唉，再懒也得自己上阵了。

通过跟踪调试，发现了问题所在，原来罪魁祸首就是他：

const FontGlyph *Font::getGlyphData (utf32 codepoint)

{

     if (codepoint > d_maxCodepoint)

         return 0;

         if (d_glyphPageLoaded)

         {

              uint page = codepoint / GLYPHS_PER_PAGE;

              uint mask = 1 << (page & (BITS_PER_UINT - 1));

              if (!(d_glyphPageLoaded [page / BITS_PER_UINT] & mask))

              {

                   d_glyphPageLoaded [page / BITS_PER_UINT] |= mask;

                   rasterize (codepoint & ~(GLYPHS_PER_PAGE - 1),

                       codepoint | (GLYPHS_PER_PAGE - 1));

              }

         }

         CodepointMap::const_iterator pos = d_cp_map.find (codepoint);

         return (pos != d_cp_map.end()) ? &pos->second : 0;

}

原来CEGUI根据Unicode字符的编码顺序，为每256个字符分配一张纹理（例如编码0-255存放在纹理一，编码768-1023 存放在纹理四）。英文很容易搞定了，那么几个字符一张纹理就够了，可中文就得靠运气了，有时显示几个字就要生成几张纹理，还要将每张纹理用不需要的相邻字填满，劳民伤财！

发现了问题，我便按照千里马肝的思想对函数进行了改造，将使用的文字放入一张纹理中，因为纹理最大承载256个字，所以，当汉字超过256个时，则将不常用的去掉，将新的字符写入。

后来我发现汉字的引用没有太多的规律，常用的一千多汉字出现的概率没有那么悬殊（废话，要不怎么是常用呢!），没有办法很好地按照使用的频率将汉字限制在256个字以内，写进纹理，就索性一旦满了就将字全部释放掉，重新写入。（也需有我没找到，还请高手指教）

代码如下：

const FontGlyph *Font::getGlyphData (utf32 codepoint)

{

     if (codepoint > d_maxCodepoint)

         return 0;

     if(codepoint < 256)  //决定保留一张纹理放英文和字符

     {

         if (d_glyphPageLoaded)

         {

              uint page = codepoint / GLYPHS_PER_PAGE;

              uint mask = 1 << (page & (BITS_PER_UINT - 1));

              if (!(d_glyphPageLoaded [page / BITS_PER_UINT] & mask))

              {

                   d_glyphPageLoaded [page / BITS_PER_UINT] |= mask;

                   rasterize (codepoint & ~(GLYPHS_PER_PAGE - 1),

                       codepoint | (GLYPHS_PER_PAGE - 1));

              }

         }

         CodepointMap::const_iterator pos = d_cp_map.find (codepoint);

         return (pos != d_cp_map.end()) ? &pos->second : 0;

     }

     else //显示汉字啦

     {

         CodepointMap::const_iterator pos;

         pos = d_hz_map.find (codepoint);

         if(pos != d_hz_map.end())

         {

              return (pos != d_hz_map.end()) ? &pos->second : 0;

         }

         else

         {

              rasterizeHZ(codepoint);

              pos = d_hz_map.find (codepoint);

              return (pos != d_hz_map.end()) ? &pos->second : 0;

         }

     }

}

void FreeTypeFont::rasterizeHZ (utf32 codepoint)

{

     int num;

     uint texsize = 512;

     if(d_hz_map.size() < 256)

     {

         float adv = d_fontFace->glyph->metrics.horiAdvance * float(FT_POS_COEF);

         d_hz_map[codepoint] = FontGlyph (adv);

     }

     else

     {

         d_hz_map.clear();

          ImagesetManager::getSingleton ().destroyImageset (hzImageset->getName ());

         hzImageset = ImagesetManager::getSingleton ().createImageset (

              d_name + "_auto_glyph_images_" ,

              System::getSingleton ().getRenderer ()->createTexture ());

         d_glyphImages.push_back (hzImageset);

         float adv = d_fontFace->glyph->metrics.horiAdvance * float(FT_POS_COEF);

         d_hz_map[codepoint] = FontGlyph (adv);

     }

     CodepointMap::const_iterator hzInter  = d_hz_map.find(codepoint);

     if (!hzInter->second.getImage())

     {

         // Render the glyph

         if (FT_Load_Char (d_fontFace, hzInter->first, FT_LOAD_RENDER | FT_LOAD_FORCE_AUTOHINT |

              (d_antiAliased ? FT_LOAD_TARGET_NORMAL : FT_LOAD_TARGET_MONO)))

         {

              std::stringstream err;

              err << "Font::loadFreetypeGlyph - Failed to load glyph for codepoint: ";

              err << static_cast<unsigned int> (hzInter->first);

              err << ".  Will use an empty image for this glyph!";

              Logger::getSingleton ().logEvent (err.str (), Errors);

              // Create a 'null' image for this glyph so we do not seg later

              Rect area(0, 0, 0, 0);

              Point offset(0, 0);

              String name;

              name += hzInter->first;

              hzImageset->defineImage(name, area, offset);

              ((FontGlyph &)hzInter->second).setImage(&hzImageset->getImage(name));

         }

         else

         {

              uint glyph_w = d_fontFace->glyph->bitmap.width + INTER_GLYPH_PAD_SPACE;

              uint glyph_h = d_fontFace->glyph->bitmap.rows + INTER_GLYPH_PAD_SPACE;

              // Check if glyph right margin does not exceed texture size

              uint x_next = m_nHZX + glyph_w;

              if (x_next > texsize)

              {

                  m_nHZX = INTER_GLYPH_PAD_SPACE;

                   x_next = m_nHZX + glyph_w;

                   m_nHZY = m_nHZYB;

              }

              // Check if glyph bottom margine does not exceed texture size

              uint y_bot = m_nHZY + glyph_h;

              // Copy rendered glyph to memory buffer in RGBA format

              drawGlyphToBuffer (hzmem_buffer + (m_nHZY * texsize) + m_nHZX, texsize);

              // Create a new image in the imageset

              Rect area(static_cast<float>(m_nHZX),

                   static_cast<float>(m_nHZY),

                   static_cast<float>(m_nHZX + glyph_w - INTER_GLYPH_PAD_SPACE),

                   static_cast<float>(m_nHZY + glyph_h - INTER_GLYPH_PAD_SPACE));

              Point offset(d_fontFace->glyph->metrics.horiBearingX * static_cast<float>(FT_POS_COEF),

                   -d_fontFace->glyph->metrics.horiBearingY * static_cast<float>(FT_POS_COEF));

              String name;

              name += hzInter->first;

              hzImageset->defineImage (name, area, offset);

              ((FontGlyph &)hzInter->second).setImage (&hzImageset->getImage (name));

              // Advance to next position

              m_nHZX = x_next;

              if (y_bot > m_nHZYB)

              {

                   m_nHZYB = y_bot;

              }

         }

     }

     // Copy our memory buffer into the texture and free it

     hzImageset->getTexture ()->loadFromMemory (hzmem_buffer, texsize, texsize, Texture::PF_RGBA);

}

     OK，问题搞定，打完收工。试试，效果还不错，可以洗洗睡了。特将自己的一点体会写出来，给新手提供个捷径，也希望高手批评指教。

一：清除地形分级索引缓冲及地形分页，根据地形信息数据流加载地形信息配置文件，

void TerrainSceneManager::loadConfig(DataStreamPtr& stream)，其先将地形配置信息从数据流中逐一读出到map中，然后通过void TerrainSceneManager::selectPageSource(const String& typeName,  TerrainPageSourceOptionList& optionList)设置地形数据源(目前只有高度图数据源)。在地形信息配置文件中可以配置多个地形数据源，然后根据一种数据源类型生成地形，参数 typeName就用来指定数据源类型，目前就是HeightMap，找到指定的数据源后，对指定的数据源进行初始化，

 void HeightmapTerrainPageSource::initialise(TerrainSceneManager* tsm,  ushort tileSize, ushort pageSize, bool asyncLoading, TerrainPageSourceOptionList& optionList)。初始化的过程主要是调用void HeightmapTerrainPageSource::loadHeightmap(void)将高度图灰度图像数据加载到内存中，如果是Raw数据，就加载到mRawData中，否则加载到mImage中。整个加载过程其实完成了两大工作，首先加载地形配置信息，然后加载高度图数据。

二：初始化分级索引缓冲，void TerrainSceneManager::initLevelIndexes()；

三：void OctreeSceneManager::resize( const AxisAlignedBox &box )

四：设置地形材质，void TerrainSceneManager::setupTerrainMaterial(void)；

五：设置地形分页， void TerrainSceneManager::setupTerrainPages(void)

首先创建一个名为Terrain的场景根节点的子节点

mTerrainRoot = getRootSceneNode() -> createChildSceneNode( "Terrain" );

然后初始化TerrainPage2D mTerrainPages；

最后调用 void HeightmapTerrainPageSource::requestPage(ushort x, ushort y)requestPage只支持一个Page，首先将图像数据进行缩放

然后调用 “TerrainPageSource::firePageConstructed（）”通知Listener；然后调用“TerrainPage* TerrainPageSource::buildPage(Real*heightData, const MaterialPtr& pMaterial)”创建一个新的TerrainPage对象。

buildPage()是一个比较核心的函数。它首先构造一个 TerrainPage对象，然后创建一个用于容纳该TerrainPage对象的场景节点：“page->pageSceneNode = mSceneManager->createSceneNode(name);”，然后根据对地形的分割，循环创建子SceneNode，并且创建子场景节点对应的可渲染体TerrainRenderable，将该可渲染体attach到这个子节点上。通过 “TerrainRenderable::initialise（）”来创建顶点数据、渲染方式等。

然后调用void TerrainSceneManager::attachPage(ushort pageX, ushort pageZ, TerrainPage* page)加入到mTerrainPages中；

然后在attachPage中调用“mTerrainRoot->addChild(page->pageSceneNode);”加入到SceneGraph中。

注：当前只支持一个Page，该分页被挂接到一个称谓Terrain的场景节点上，该场景节点下面又创建了很多子场景节点，每一个子场景节点对应一个tile，也就是一个独立的可渲染体TerrainRenderable

WorldTexture=terrain_texture.jpg  //地形纹理
DetailTexture=terrain_detail.jpg  //地形细节纹理(相机距离地面很近时采用细节纹理)
DetailTile=3                      //细节纹理在一个地形小块中的平铺数
PageSource=Heightmap              //高度图数据源
Heightmap.image=terrain.png       //高度图名称(灰度图文件名),符合2^n+1
PageSize=513                      //高度图大小
TileSize=65                       //地形小块大小
MaxPixelError=3                   //决定使用层次细节时充许误差
PageWorldX=1500                   //地形在世界中的范围x方向
PageWorldZ=1500                   //z方向
MaxHeight=100                     //世界中地形最大映射高度
MaxMipMapLevel=5                  //层次细节上限
#VertexNormals=yes                //在缓冲中计算顶点法线，计算机光照或GPU程序用到时打开
#VertexColors=yes　　　　　　　　 //在缓冲中设置顶点颜色，假如有GPU程序需要时打开
#UseTriStrips=yes                 //对于现在的硬件，建议关掉
VertexProgramMorph=yes　　　      //使用顶点程序进行LOD融合处理
LODMorphStart=0.2                 //LOD融合开始点：高，低LOD之间距离之比

下列参数用于提供自己的着色程序时使用，这会提供自己定义的material，那么先前定义的
WorldTexture 与 DetailTexture的设置不再用到。

MorphLODFactorParamName=morphFactor　
//假设VertexProgramMorph被设为yes,定制的material中包括一个高级顶点程序。它指定了一个顶点
//程序的参数名，这个参数用于融合LOD,参数值从0－1，0表示不调整，1表示完全调整到下一级LOD
MorphLODFactorParamIndex         //用于materail中包含低级顶点程序的情况，意义同上
CustomMaterialName               //指定的materail名字

上述配置文件定义了基于高度图的地形。

这些参数定义可概括为两类：Ogre使用第一类从高度图产生地形
mesh与材质。

第二类是定制材质与GPU顶点程序，这可以代替ogre自动产生的着色程序。
另外的说明：
TerrainScenceManager会把高度图分为多个page,每个page由几个tile组成.它们都定义了在产生的mesh中一组构成正方形的顶点集。
WorldTexture定义的纹理不必与目标地形一样大。
PageWorldX，PageWorldZ可以缩放世界中的地形。
MaxHeight 在Y方向缩放地形。
DetailTexture 只使用一个纹理，如使用多层纹理，应该使用自定义materail。

从程序加载地形
setWorldGeometry()有重载形式，一种用于加载配置文件，另一种我们可在程序中使用，以
达到手工加载的功能。这里，SceneData被 typedef 为std:map,它存储了如我们在terrain.cfg
中看到那些值对。假设我们已经从某个二进制文件读入我们想要的内容到SceneData中。我们要做
的就是把读入的内容转换成setWorldGeometry()需要的类型。

1，固定着色(constant shading)

    固定着色根本不考虑光照模型，只是根据多边形颜色的索引或RGB值绘制它。

PS:基本已经被游戏淘汰，太简单的着色模型

2，恒定着色（flat shding）

    对于每个多边形只需要根据一个顶点执行光照计算，然后根据计算结果对整个多边形进行着色，这就是恒定着色，也称为面片着色(faceted shading)，对于由平面组成的多边形这种方法是可行的（立方体），但对于由曲面组成的多边形这种着色方式会出现非你想要的结果.

3，Gougraud着色

　　对于顶点之间的像素值采用两个顶点之间的插值计算来确定，顶点之间的颜色过渡自然，渲染效果也比较平滑,没有恒定着色那样突兀。

4，Phong着色

　　与Gougraud着色类似，不过优点在于还对每个像素进行了法线的插值，对于镜面反射效果比较好。

　　现在根接点存储了世界中的全部顶点。这是，他还是不能给我们任何好处，因为他还会画所有的东西。我们想把这个接点分成8个部分。一次，我们划分时，有8个立方体包含那最初的根接点的立方体。那意味着有4个立方体在上面，4个立方体在下面。请看下图：

　　记住图中黄色轮廓线没有。
　　我们刚刚把这个世界分成8个部分。想象一下如果我们有2，3，4个部分，我们的世界将是怎样？我们的摄象机在世界的中间，向着后面靠右的角落。如果你看这些线，你将注意到在OCTREE中8个结点中的第4个。这些结点包含2个后面的顶和底结点。这意味着我们只用画存储在这些结点中的顶点。

　　我们如何检测出我们要画的结点？如果你学过破片拣选（frustum culling),这将是很简单的。你能得到这些破片的大小并检测每个结点，看他是否被截断或在你的视觉破片中。有一个关于破片拣选的教程在http://www.gametutorials.com. 如果一个立方体截断破片，我们就将画这些结点。在这个例子中，我们切的数量是我们需要画的50%。记住，这只是我们世界中的一个部分。部分越多，我们就将越精确。当然，我们不会需要太多的点。下面，我们来看一下下面的图：

　　在上面这幅图中，你将发现许多的不同。这个例子中，不是在原始的8个立方体的每一个结点中建立8个新的立方体。原始的8个结点的顶和底面没有细分。你总是把一个结点分成8个或更多的结点，但是，如果在这个面没有三角形可以存储，我们将忽视这个结点并不给他分配内存。如果我们进一步的细分，更多的结点将形成原始的世界。如果我们变换到另一个部分，那立方体将相似的变换。为了说明这一点，请看图：

　　在图中，有两个球，但是方向相反。注意左边的部分，他将那世界分成2个结点，不是8个。这是因为球只要2个结点。请看右边的球是不是和左边的很相似。这幅图告诉我们：只显示需要的部分结点。如果没有三角形占用空间，结点将不会建立。


何时停止细分

　　现在，我们明白了如何细分，但是我们也需要知道怎样停止细分。有许多的方法：
　　1。如果当时的三角形数量少于我们定义的最大的三角形数量，我们可以停止细分当前的结点。举个例子，我们定义三角形的最大数量为100。这意味着我们在细分结点之前，要检测一下当前三角形的总数量是否小于或等于我们定义的最大数量，然后再做决定。如果数量少于或等于，我们将停止细分并指定这些三角形到那个结点。请注意我们从不指定任何三角形到任何结点，除非他是末结点。如果我们划分一个结点，我们不能存储三角形到那个结点，但是可以存储在他的子结点或他们的子结点中，甚至到他们的子中，等等。当我们复习了怎样画0C树后，将会有更多的了解。

　　2。另一个方法是在停止细分时，看我们是否细分的数目是否超过了细分的标准。例如，我们可以先建立细分的标准为10，如果细分的数量大于这个标准，我们将停止并指定这些在立方体中这个面的顶点到那个结点。当我们说“大于这个标准”就意味着细分的数量有11个。

　　3。最后的方法是看结点数是否超过结点变量定义时的值。例如，我们设置结点变量的值为500。每次，我们建立一个结点，相应的结点数增加1。然后在我们每次建立另一个结点时，检测一下我们当前的结点数是否超过结点变量。如果结点数为501，我们将不会细分这个结点，但是指定他的当前顶点给他。我自己用 1和3的方法，但是1和2也很好，因为你可以测试不同的细分的标准。

　
怎样画OCTREE

　　OCTREE建立后，我们就可以画我们需要的结点。那些立方体不是全部包含在我们的视觉中的，只有一部分。这就是我们为什么要计算每个结点的三角形的数量，如果我们只需要一个结点中的一部分，这样我们就不需要画成千上万个三角形。我们从根目录开始画OCTREE。对于每个结点都存储着一个中心点。这是非常好的，比如在下面这个函数中：

　　//这个函数取走立方体（X，Y，Z）的中心点和他的大小（width/2)
　　bool CubeInFrustum(float x,float y,float z,float size);

　　这个函数返回true or false,是由立方体是否在破片中决定的。如果立方体在破片中，我们将检测所有他的结点，看他们是否在破片中，否则我们将忽约树中的整个分枝。当我们得到了破片中的结点，但是没有任何结点在他下面。我们想画的顶点存储在末结点中。记住，只有末结点有顶点存储。看下面的图：

　　有阴影的立方体是在破片中。白色的立方体不是在破片中。这里显示了细分的2层。


OCTREE 中的冲突

　　OCTREE 不是用于渲染，但是用于冲突检测很好。随着游戏的发展，冲突检测也在改变，你将不得不在游戏世界中运用自己的算式检测你的角色或目标是否冲突。下面是一些冲突检测的例子：
　　1。你将建立一个函数允许你转递3D空间中的点到你的OCTREE并返回在这个点周围的顶点。你将转递的那个点是你的角色和目标的中心点。这虽然可以工作一端时间，但如果这个点靠近一个立方体的边时呢？你的角色或目标可能和另一个立方体的顶点相冲突。为了解决这个问题，你将做一些事情。你可以转递角色/目标的半径或一定的空间，然后检测半径或一定的空间是否和周围的结点相冲突。这由你的角色/目标的形状决定。下面是一些典型的函数：

　　//这个函数取走角色/目标（X，Y，Z）的中心点并返回靠近他的顶点
　　CVector3 *GetVerticesFromPoint(float x,float y,float z);

　　//这个函数取走角色/目标（X，Y，Z）的中心点和半径，然后返回和他冲突的结点中的顶点
　　CVector3 *GetVerticesFromPointAndRadius(float x,float y,float z,float radius);

　　//这个函数取走角色/目标（X，Y，Z）的中心点和立方体的大小，然后返回和他冲突的结点中的顶点
　　CVector3 *GetVerticesFromPointAndCube(float x,float y,float z,float size);

　　我相信你有更好的方法快速的检测，在这里只是给你一点基础。


总结

　　这篇教程只是给你讲截如何建立自己的OCTREE。关于这篇文章中的代码在www.gametutorials.com，我希望这篇文章对你有用。


中文译者：antking
http://akinggame.gameres.com
这篇文章的英文版在http://www.gametutorials.com/Tutorials/OpenGL/Octree.htm

Ben Humphrey (DigiBen)
Game Programmer
DigiBen@GameTutorials.com
Co-Web Host of www.GameTutorials.com

        SOURCES +=main.cpp
        CONFIG +=qt

        ok 保存。

        打开命令行，切换目录到hello.cpp所在目录。生成Makefile文件；输入：

    qmake -o Makefile hello.pro ；

    接下来生成项目文件.vcproj文件。

    qmake -tp vc -o hello.vcproj hello.pro

   3，直接使用Qt Visual Studio Integration v1.2.2 for.VS.2003.2005插件(详见http://blog.csdn.net/znf19850924/archive/2008/01/16/2047373.aspx)

    需要配置如下：
         "Tools" -> "Options" -> "Qt" -> "Builds", 添加我们刚才编译的Qt代码,名字为"Qt 4.3.2", 路径为(yourqtinstallpath)

     启动一个新的工程.
         选择"Qt projects" -> "Qt Application"类型,输入工程名字,单击OK.

     双击工程文件里面的"test.ui",马上出现了所见及所得的窗体编辑器,在上面添加一个按钮.

     双击按钮,产生相应的消息响应函数.

     添加头文件:
         #include <QMessageBox>

         在函数void Test::on_pushButton_clicked()体内添加如下代码:
         QMessageBox box(this);
         box.setText("Haha, hit me.");
         box.exec();

纹理好像还有些问题....

模型贴花，根据贴花所在的网格自动生成模型（一般贴图）

投影贴花，利用投影纹理的方式实现的贴花（frustum）

网格贴花，创建指定大小的网格贴花，然后自动调整网格的位置（mesh，贴图）