谢伟亮       feiyurainy@163.com

                               转载请注明出处

    很早以前就想写一些关于OGRE的文章了，一直没机会。

    理解一个渲染引擎，我觉得最重要的是先抓住了它的主架构，它的主线，渲染流程，不然的话，一个引擎几万行，甚至几十万行的代码，光是打开solution就能吓你一跳了，OGRE也有十几万行的代码量，我一开始看它的时候也是无从下手，感觉代码太多了，不知道从哪开始看好，这个class看看，那个class看看，由于对整个引擎没有一个清晰的认识，看过了也印象不深，所以，最后，还是决定先找出它的主线，了解它的渲染流程，这样才能有机地把各个部分联系起来。

    这篇短文也是对OGRE的主要渲染流程的一个介绍，可能对一些class不会太多地去介绍具体的实现细节。我所用的代码都是取自于OGRE的最新的CVS版本。

    读者最好对OGRE有一定的了解，至少得看懂它的example，不然可能一些东西理解起来比较困难。对D3D，OPENGL有一定了解更好。

    如果你看过D3D SDK中带的例子，你一定知道一个比较简单的3D程序要运行起来，至少都会涉及以下的几部分：

    首先是数据的来源，包括顶点数据，纹理数据等，这些数据可以从文件中读取，也可以在程序运行时生成。

    接下来，我们会建立顶点缓冲区把顶点保存起来，建立texture对象来表示texture，对顶点组成的物体设置它在世界坐标系下的坐标，设置摄像机的位置，视点，设置viewport的位置和大小，然后就可以在渲染循环中开始调用渲染操作了，经过了front buffer和back buffer的交换，我们就能在屏幕上看到3D图形了，伪代码如下：

      setupVertexBuffer

      setWorldTransform

      setCamera

      setProjectionTransform

      setViewport

       beginFrame

      setTexture

      drawObject

      endFrame 

     以下就是渲染一个物体的主要步骤，在我看来，这就是3D程序的主线，同样道理，无论你多复杂的渲染引擎，都得实现上述的这些步骤，其他的一些效果如阴影，光照等，都是附着在这条主线上的，所以，如果你能在你所研究的渲染引擎上也清晰地看到这条主线，可能对你深入地研究它会大有帮助，下面，我们就一起来找到OGRE中的这条主线。

     OGRE的渲染循环都是起源于Root::renderOneFrame，这个函数在OGRE自带的example中是不会显式调用的，因为example都调用了Root::startRendering，由startRendering来调用renderOneFrame，如果你用OGRE来写真正的游戏，或者编辑器，你可能就需要在的消息主循环中调用renderOneFrame了，顾名思义，这个函数就是对整个OGRE进行一帧的更新，包括动画，渲染状态的改变，渲染api的调用等，在这个函数中，会包括了我们上述伪代码的几乎全部内容，所以是本文的重点所在。

     进入renderOneFrame，可以看到头尾两个fire函数，这种函数在OGRE中经常出现，一般都是fire…start和fire…end一起出现的，在这些函数中，可能会处理一些用户自定义的操作，如_fireFrameStarted就会对所以的frameListener进行处理，这些fire函数可以暂时不用理会，继续看_updateAllRenderTargets，在这个函数中，会委派当前所用的renderer对所有创建出来的render target进行update，render target也就是渲染的目的地，一般会有两种，一种是render texture，一种是render buffer，接着进入RenderSystem::_updateAllRenderTargets，可以看到在render system中，对创建出来的render target是用RenderTargetPriorityMap来保存的，以便按照一定的顺序来对render target进行update，因为在渲染物体到render buffer时，一般会用到之前渲染好的render texture，所以render texture形式的render target需要在render buffer之前进行更新。

     进入render target的update，可以看到，它仍然把update操作继续传递下去，调用所有挂在这个render target上的viewport的update。

     Viewport其实就是定义了render target上的一块要进行更新的区域，所以一个render target是可以挂多个viewport的，以实现多人对战时分屏，或者是画中画等效果，可以把OGRE中的viewport看成是保存camera和rendertarget这两者的组合，把viewport中所定义的camera所看到的场景内容渲染到viewport所定义的render target的区域里。

     Viewport还有一个重要信息是ZOrder，可以看到RenderTarget中的ViewportList带有一个比较函数，所以在RenderTarget::update中，ZOrder越小的，越先被渲染，所以，如果两个viewport所定义的区域互相重叠了，而且ZOrder又不一样，最终的效果就是ZOrder小的viewport的内容会被ZOrder大的viewport的内容所覆盖。

     继续进入Viewport::update，就像前面所说，它调用它所引用的camera来渲染整个场景，而在Camera::_renderScene中，是调用SceneManager::_renderScene(Camera* camera, Viewport* vp, bool includeOverlays)。SceneManager::_renderScene里就是具体的渲染流程了。从函数名称还有参数也可以看出来，这个函数的作用就是利用所指定的camera和viewport，来把场景中的内容渲染到viewport所指定的render target的某块区域中。根据camera，我们可以定出view matrix，projection matrix，还可以进行视锥剔除，只渲染看得见的物体。注意，我们这里只看标准的SceneManager的方法，不看BspSceneManager派生类的方法，而且，我们会抛开跟主线无关的内容，如对shadow的setup，骨骼动画的播放，shader参数的传递等，因为我们只注重渲染的主流程。

     在SceneManager::_renderScene中所应看的第一个重要函数是_updateSceneGraph，OGRE对场景的组织是通过节点树来组织的，一个节点，你可以看成是空间中的某些变换的组合，如位置，缩放，旋转等，这些变换，会作用到挂接在这些节点上的具体的物体的信息，也就是说，节点保存了world transform，对具体的物体，如一个人，在空间中的定位，都是通过操作节点来完成的。同时节点还保存了一个世界坐标的AABB，这个AABB能容纳所有它所挂接的物体的大小，主要是用于视锥裁减的，如果当前摄像机看不见某个节点的AABB，那么说明摄像机看不见节点所挂接的所有物体，所以在渲染时可以对这个节点视而不见。

     _updateSceneGraph的内部处理比较繁琐，我们只需知道，经过了_updateSceneGraph，场景节点树中的每个节点都经过了更新，包括位置，缩放，和方位，还有节点的包围盒。

     继续回到SceneManager::_renderScene，接下来要看的是setViewport，它会调用具体的renderer的setviewport的操作，设置viewport中所挂接的render target为当前所要渲染的目标，viewport中的区域为当前所要渲染的目标中的区域。

     接下来要碰到OGRE渲染流程中的一个重要的概念，Render Queue。这个东西实在内容比较多，还是以后有机会单独提出来说吧，你可以简单把它想成是一个容器，里面的元素就是renderable，每个renderable可以看成是每次调用drawprimitive函数所渲染的物体，可以是一个模型，也可以是模型的一部分。在RenderQueue中，它会按材质来分组这些renderable，还会对renderable进行排序。

     在每一次调用SceneManager::_renderScene时，都会调用SceneManager::prepareRenderQueue来清理RenderQueue，然后再调用SceneManager::__findVisibleObjects来把当前摄像机所能看见的物体都加入到RenderQueue中。

     SceneManager::__findVisibleObjects是一个递归的处理过程，它从场景的根节点开始，先检查摄像机是否能看见这个节点的包围盒（包围盒在_updateSceneGraph时已经计算好了），如果看不见，那么这个节点，还有它的子节点都不用管了。如果能看见，再检测挂在这个节点上的所有MovableObject，如果当前所检测的MovableObject是可见的，就会调用它的_updateRenderQueue方法，一般在这个方法里就可以把和这个MovableObject相关的renderable送入RenderQueue了。

     这里要说说MovableObject，MovableObject主要是用于表示场景中离散的物体，如Entity，顾名思义，能移动的物体，不过它的“能移动”这个能力是要通过SceneNode来实现的，所以MovableObject来能显示出来，首先得先挂接在某个场景节点上，通过场景节点来定位。你可以控制MovableObject的一些属性，如某个MovableObject是否要显示，是否要隐藏，都可以通过MovableObject::setVisible方法来实现。

     检测完该节点上的MovableObject之后，就继续调用所有子节点的_findVisibleObjects方法，一直递归下去。这样，就能把场景中所有要渲染的renderable所加入到RenderQueue中了。

     至此，我们就拥有了要渲染的物体的信息了，接下来就是对这些物体进行渲染了，你会发现跟D3D或OpenGL的代码很类似的调用：

       mDestRenderSystem->clearFrameBuffer

      mDestRenderSystem->_beginFrame   

       mDestRenderSystem->_setProjectionMatrix

       mDestRenderSystem->_setViewMatrix

       _renderVisibleObjects();

      mDestRenderSystem->_endFrame();

     这些api的作用和D3D中的类似调用的作用都差不多，这里再说一下_renderVisibleObjects()，在这个函数中，会对RenderQueue中的每个renderable进行渲染，用的是visitor模式来遍历操作每个renderable，最终在SceneManager::renderSingleObject中取出每个renderable所保存的顶点，索引，世界矩阵等信息，来进行渲染。这其中还包括了查找离该renderable最近的光源等操作，比较复杂。

     到这里，SceneManager::_renderScene的流程基本走完了，也就是说，OGRE一帧中的渲染流程差不多也结束了，你应该也发现，这个流程跟你用D3D写一个简单程序的流程基本是一样的，在这个流程的基础上，再去看具体的实现，如怎么样设置纹理，怎么样调用你熟悉的D3D或OpenGL的API来渲染物体，应该会简单得多。

     对OGRE的渲染流程的大概介绍到这里也结束了，很多细节都没涉及，以后有机会再写吧。

其中，createCamera(); // 创建摄像机   和 createViewports(); // 创建视口 是我们需要关心的。

createCamera()：

createViewports()：

在addViewport中我们控制画中画视口在主窗口中的位置和大小（注意这里是0～1的取值范围，类似于贴图坐标）

这样就实现了下图所示效果的一半了。



是不是很酷？如果进一步设计成，当触发某一事件时将画中画窗口动态的弹出，那就更酷了！有兴趣的可以试一试：P

如图所示，我另外还利用了CEGUI给画中画窗口加了个边框，并且带了一个combobox用来控制更多摄像机之间的切换，CEGUI是用脚本来定义界面的，实现也比较简单。有关CEGUI部分的介绍，在ogre wiki上有更详细的教程。

#end
 

posted on 2007-05-22 10:59 hitmaen 阅读(762) 评论(2)  编辑 收藏 引用 所属分类: Ogre

评论

# re: [ 试验 ] 用Ogre实现画中画 [ 截图 ] 2007-05-22 16:14 万连文

鹰眼，小地图？？  回复  更多评论   

# re: [ 试验 ] 用Ogre实现画中画 [ 截图 ] 2007-05-22 19:05 hitmaen

       在Ogre1.2.5版本中，通过与Ogre官方论坛的开发者讨论实现了Overlay的中文显示，当初的实现非常的怪异，具体的实现可以参见Ogre官方论坛。

随着Ogre的更新，现在Ogre已经发布了1.4.7，1.4系列版本有一个重要的改进，就是加入了UTFString，这为Ogre中文显示予以很大的帮助。为了便于演示，我直接使用Ogre自带的Overlay，也就是大家熟悉的DebugOverlay，测试工程我选择Demo_ParticleFX，选择其他的也没有关系。现在编译它，运行后得到下图：

图的最左下角显示的就是英文DebugOverlay，接下来我们的任务就是把它编程中文的，^_^。

Overlay中文化操作步骤如下

1.      打开OgreSDK\media\packs\ OgreCore.zip。

2.      打开C:\WINDOWS\Fonts，把simhei.ttf添加到OgreCore.zip，（什么，没有simhei.ttf这个文件，那就还其他的中文ttf字体吧）。

3.      打开OgreCore.zip中的Ogre.fontdef，里面有BlueHighway这个字体定义块，在他的下面添加我们的SimHei，code_points里面的一大堆数字看不明白没关系，随后文章会解释。

SimHei

{

       type             truetype

       source         simhei.ttf

       size              16

       resolution   96

       code_points 33-166 24403-24403 21069-21069 24103-24103 36895-36895 29575-29575 24179-24179 22343-22343 26368-26368 39640-39640 20302-20302 19977-19977 35282-35282 24418-24418 25968-25968 37327-37327 25209-25209 27425-27425

}

4.      打开OgreCore.zip中的OgreDebugPanel.overlay，把BlueHighway全部替换成SimHei，我们要使用中文字体了，嘿嘿。

5.      修改完成后，确保所做的修改已经保存到OgreCore.zip。

6.      进入Ogre解决方案，打开文件ExampleFrameListener.h，把54-59行的代码替换如下：

              static String currFps = "Current FPS: ";

              static String avgFps = "Average FPS: ";

              static String bestFps = "Best FPS: ";

              static String worstFps = "Worst FPS: ";

              static String tris = "Triangle Count: ";

       static String batches = "Batch Count: ";

              static DisplayString currFps = L"当前帧速率: ";

              static DisplayString avgFps = L"平均帧速率: ";

              static DisplayString bestFps = L"最高帧速率: ";

              static DisplayString worstFps = L"最低帧速率: ";

              static DisplayString tris = L"三角形数量: ";

              static DisplayString batches = L"批次: ";

7.      最后重新编译工程，下面是我运行的截图，是不是已经显示中文了，^_^。

现在再来看看SimHei中的code_points是如何生成的，这个可以参考我上次写的这篇文章http://www.cnblogs.com/gogoplayer/archive/2008/05/09/1189795.html，至此，实现Overlay中文显示。

转载请注明出处：

作者：gogoplayer

E-mail : gogoplayer@163.com

QQ : 78939328

本文档由 自由骑士笃志 翻译整理,版权属于OgreTeam。转载请包含本行信息。

这个工具包包含了一些对Ogre资源文件进行操作的预处理命令行工具。

它包括OgreXMLConveter, OgreMeshUpgrade, OgreMaterialUpgrade和MeshMagick。

您可以在这里获得其WindowsV1.4.7版本的下载,或者在这里获取其MacOSXV1.4.0版本的下载。以上两个版本均是2008年3月6日的版本，即译者进行翻译的版本，若需要更多信息和更新的版本，可以访问Ogre官方。

.[OgreXMLConveter]

OgreXML转换器能够将 .mesh 模型网格文件 和 .skeleton 骨骼文件 由XML格式转换为二进制格式，同时可以将其二进制格式转换回XML格式。它同时也允许你在将XML格式转换为二进制格式时设置LOD层级信息。

如果你的Ogre脚本资源中原本使用的就是XML格式文件的话，那么本工具则是Ogre运行时必须的。所以你能够在OgreSource包的Tools/XMLConverter中找到它。

使用方法：

OgreXMLConverter 操作选项 源文件路径 目标文件路径

有用的操作选项包括：

-i            =  控制与命令行。

-l  nLODNum  = 指定总LOD层级 ( 该项仅在XML格式转换为Mesh格式时有效 )

-d  nLODDis  = 指定LOD层级间的距离增幅 ( 该项仅在XML格式转换为Mesh格式时有效 )

-p  nLODPer  =  指定每两级LOD层之间三角面减少百分比 ( 该项仅在XML格式转换为Mesh格式时有效 )

-f  nLODNum  =  指定两级LOD层之间的固定顶点减少量 ( 该项仅在XML格式转换为Mesh格式时有效 )

-e            =  关闭模版阴影的edge表 ( 当使用模版阴影时该项才有效 )

-r            =  关闭Ogre推荐的顶点缓冲区格式。

-t             =  为法线贴图生成切线信息 ( 当使用法线贴图时该项才有效 )

-o            =  关闭冗余关键桢和运动轨迹的剔除

-d3d          =  优先使用D3D进行颜色格式的填充 ( 在Windows平台中默认该项开启 )

-gl           =  优先使用GL进行颜色格式的填充 ( 在非Windows平台中默认该项开启 )

-E endian      =  设置endian模式，可以选择big, little 或 native ( 默认为native )

-q            =  轻量模式，减少输出。

-log filename   =  Log文件名称。（默认为OgreXMLConverter.log）

.[OgreMeshUpgrade]

这个工具能够将你的任何老版本的 .mesh 文件更新到当前版本的 .mesh 文件。

你可以在Ogre.log文件中得到.mesh文件的版本信息。一般来说，Ogre可以运行老版本的.mesh文件，但是性能上会有一些差别。如果你更新了Ogre的其他部分，你尽量应当将.mesh文件更新为同样的版本。

使用方法：

OgreMeshUpgrate 操作选项 源文件路径 目标文件路径

有用的操作选项包括：

-i            =  控制与命令行。

-l  nLODNum  = 指定总LOD层级 ( 该项仅在XML格式转换为Mesh格式时有效 )

-d  nLODDis  = 指定LOD层级间的距离增幅 ( 该项仅在XML格式转换为Mesh格式时有效 )

-p  nLODPer  =  指定每两级LOD层之间三角面减少百分比 ( 该项仅在XML格式转换为Mesh格式时有效 )

-f  nLODNum  =  指定两级LOD层之间的固定顶点减少量 ( 该项仅在XML格式转换为Mesh格式时有效 )

-e            =  关闭模版阴影的edge表

-r            =  关闭Ogre推荐的顶点缓冲区格式。

-t             =  为法线贴图生成切线信息

-d3d          =  转换为D3D颜色格式

-gl           =  转换为GL颜色格式

-srcd3d       =  老版本的mesh文件为D3D颜色格式

-srcgl        =  老版本的mesh文件为GL颜色格式

-E endian      =  设置endian模式，可以选择big, little 或 native ( 默认为native )

注意：

这个工具现在允许你自定义重组你的mesh网格文件的顶点格式。

如果你想更新0.15.0之前的任意一个版本的mesh，那么在该程序运行时会问你是否希望进行顶点格式的重组，你输入’y’就可以了。在0.15.0版本之后的mesh在更新时会允许你对该mesh做更多的操作：例如，你可以对每个独立模型节点的顶点指定不同的顶点结构，你既可以自定义顶点结构，也可以使用’automatic’自动模式。

.[OgreMaterialUpgrade]

这个工具能够将你的任何老版本的 .material 材质文件更新到当前版本的 .material 材质文件。

值得注意的是这个自动更新是不会加入一些新的脚本语法功能的，这么说你可能不好理解。（例子： “scene_blend add”这句可能会被更新为”scene_blend one one”，因为”add”的底层实际上就是”scene_blend one one”，自动更新会将一些高级语法更新为比较直接底层的语法）

另外，这个工具仅对0.13.0版本以下的材质脚本更新有效，对0.13.0版本以后的材质脚本是没有必要进行更新的。

使用方法：

OgreMaterialUpgrade 源文件路径 目标文件路径

 .[MeshMagick]

Copyright 2007 by Daniel Wickert

这个工具是对mesh文件和skeleton文件进行一些处理的工具。

大致包括以下功能：

Info         = 输出mesh的信息。

Meshmerge   = 将多个mesh合并为一个mesh文件

rename       = 重命名mesh和skeleton的不同元件

transform     = 旋转，缩放一个mesh

使用方式：

MeshMagick –help=工具名 可以获得更多相关信息。

.[译者笃志补充说明]

1：除MeshMagick该工具外，其他三种工具，使用方式都可以是：将源资源文件拖拽到工具的exe图标上。因为更新程序会将源文件覆盖，所以推荐做下备份后再更新。

2：您可以写批处理文件对其进行使用。格式即为上面的使用方式。

举例：新建一个文本文件test.txt

编辑内容为 OgreMeshUpgrate –d3d –l 4 –d 500 –p 30 E:\Ogre\Media\TestSrc.xml F:\Temp\TestDest.mesh

修改文本后缀名为test.bat

将该批处理文件与OgreMeshUpgrate.exe放置同一目录下，运行

则会自动将E:\Ogre\Media\TestSrc.xml文件转换为F:\Temp\TestDest.mesh文件，同时开启了4层Lod，Lod间距为500象素，每一级间面数差距为30%

3：OgreMeshUpgrate工具推荐使用automatic自动模式顶点格式，效率会比较高，并且省去不少麻烦。

4：MeshMagick工具不推荐使用。本身功能有限，而且长期无人维护，对新的mesh支持不好。

原创 韩举
http://www.hjpdiy.com

Ogre采用树桩管理场景中的各种"元素"(摄像机、灯光、物体等)，所有的东西都挂在"树"上，不在"树"上的东西不会被渲染。
Ogre::SceneManager就是"树"的管理者，Ogre::SceneNode是从SceneManager中创建的（当然BSP和8*树的管理也和这两个类有关，这暂时不讨论）。

AABB(轴对齐包围盒)

这个东西是碰撞检测的基础（怎么总想起JJYY呢），和它类似的还有OBB(有向包围盒)，由于OBB创建复杂，所以Ogre采用了AABB。

最简单的碰撞检测：

通
过Ogre::SceneNode::_getWorldAABB()可以取得这个叶子节点的AABB(Ogre::AxisAlignedBox)，
Ogre::AxisAlignedBox封装了对AABB的支持，该类的成员函数Ogre::AxisAlignedBox::intersects
()可以判断一个AABB和"球体、点、面以及其他面"的相交情况（碰撞情况）。

    m_SphereNode树的叶子，挂了一个"球"
    m_CubeNode树的叶子，挂了一个"正方体"

    AxisAlignedBox spbox=m_SphereNode->_getWorldAABB();
AxisAlignedBox cbbox=m_CubeNode->_getWorldAABB();
if(spbox.intersects(cbbox))
{
     //相交

}

区域查询：

简单的讲就是，查询某一区域中有什么东西，分为AABB、球体、面查询。

   //创建一个球体查询，这里的100是m_SphereNode挂着的那个球体的半径
   SphereSceneQuery * pQuery=m_SceneMgr->createSphereQuery(Sphere(m_SphereNode->getPosition(),100));
   //执行这个查询
   SceneQueryResult QResult=pQuery->execute();
   //遍历查询列表找出范围内的物体
   for (std::list<MovableObject*>::iterator iter = QResult.movables.begin(); iter != QResult.movables.end();++iter)
   {
    MovableObject* pObject=static_cast<MovableObject*>(*iter);
    if(pObject)
    {
     if(pObject->getMovableType()=="Entity")
     {
      Entity* ent = static_cast<Entity*>(pObject);
      //这里简化了操作，由于只有一个"球体"和一个"正方体"，
      //所以只判断了球体和正方体的相交

      if(ent->getName()=="cube")
      {
       //改变位置防止物体重叠
       vtl=-vtl;
       m_SphereNode->translate(vtl);
       break;
      }
     }
    }
   }

相交查询

遍历所有的对象，找到一对一对的相交物体（废话呀，相交当然至少两个物体）。

    //创建相交检测
    IntersectionSceneQuery* pISQuery=m_SceneMgr->createIntersectionQuery();
    //执行查询
    IntersectionSceneQueryResult QResult=pISQuery->execute();
    //遍历查询列表找出两个相交的物体
    for (SceneQueryMovableIntersectionList::iterator iter = QResult.movables2movables.begin();
     iter != QResult.movables2movables.end();++iter)
    {
    
     SceneQueryMovableObjectPair pObject=static_cast<SceneQueryMovableObjectPair>(*iter);
     //if(pObject)
     {
      String strFirst=pObject.first->getName();
      String strSecond=pObject.second->getName();
      //下面加入你自己的两个物体相交判断代码，或者简单的用AABB的判断方法，
     }
    }

p={0,x0,y0,z0}

q= {cos(α/ 2) , sina(α/ 2) Nx, sin(α/ 2)Ny, sin(α/ 2)Nz } (N为单位向量)

p结果 =q*p*q^-1

在数学上，quaternion表示复数w+xi+yj+zk，其中i,j,k都是虚数单位,而复数乘法(叉乘)的几何意义实际上就是对复数进行旋转。这也是OGRE为什么要用quaternion的原因(比Matrix更快捷更节省空间),对最简单的二维复数p= x + yi来说，和另一个q = ( conα，sinα)相乘，则表示把p沿逆时针方向旋转α：p’ = pq ,这是2D旋转.

如果要表示3D旋转,就需要3D复数了,于是就有了"四元数",q=w+ix+jy+kz (i,j,k都是虚数)

其中j,j,k关系如下:

   i² = j² = k² = -1
   i * j = k = -j * i
   j * k = i = -k * j
   k * i = j = -i * k

四元数加法:
q₁ + q₂ = (w₁+w₂) + (x₁+x₂) i + (y₁+y₂) j + (z₁+z₂) k
四元数乘法:
q₁ * q₂ =
(w₁*w₂ - x₁*x₂ - y₁*y₂ - z₁*z₂) +
(w₁*x₂ + x₁*w₂ + y₁*z₂ - z₁*y₂) i +
(w₁*y₂ - x₁*z₂ + y₁*w₂ + z₁*x₁) j +
(w₁*z₂ + x₁*y₂ - y₁*x₂ + z₁*w₂)    k

OGRE源代码里这样定义乘法:

Quaternion Quaternion::operator* (const Quaternion& rkQ) const
    {
        // cases p*q != q*p.

        return Quaternion
        (
            w * rkQ.w - x * rkQ.x - y * rkQ.y - z * rkQ.z,
            w * rkQ.x + x * rkQ.w + y * rkQ.z - z * rkQ.y,
            w * rkQ.y + y * rkQ.w + z * rkQ.x - x * rkQ.z,
            w * rkQ.z + z * rkQ.w + x * rkQ.y - y * rkQ.x
        );
    }

From OGRE 3D 中文

说明

本代码为Win32平台上OGRE 3D图形引擎各版本中文输入所使用。代码中可能存在不完善的地方，如有问题可以到论坛交流。

源代码

下载连接（for OGRE 3D 1.4.0RC1 ）

下载连接（for OGRE 3D 1.2.5）

使用方法

• 请先下载Windows版本OGRE源代码，以及相应的依赖文件，然后把他们接压在同一目录下。

• 然后把从这个网页下载的源代码相应版本的源代码解压到OgreNew目录下覆盖相应文件。

• 打开工程文件Ogre_vc8.sln，如果之前都进行顺利的话，你可以看到一个叫做Demo_ChineseInput的项目。对这个项目启动生成，之后是漫长的等待时间。生成完毕，你会看到一个简单的带有中文输入的界面演示。

目录内容

• OGRE 3D 1.4.0RC1

OgreMain\ 对引擎的修改，开出对处理win32消息的接口，以及实现

Samples\

ChineseInput\中文输入demo项目

Common\

CEGUIChineseInput\CEGUI输入窗口组件

CEGUIChineseInputWR\CEGUI输入窗口渲染组件

CEGUIChineseInputDependencies\CEGUI输入依赖项目

Media\

gui\中文输入demo依赖资源文件

Ogre_vc8.sln 新的工程文件

• OGRE 3D 1.2.5

Dependencies\

include\

CEGUI\CEGUI0.5.0包含文件

ois\OIS包含文件

lib\相应库文件（CEGUI&OIS）

OgreMain\

include\对引擎的修改，开出对处理win32消息的接口

RenderSystems\

Direct3D9\对引擎的修改，开出对处理win32消息的D3D的实现

GL\对引擎的修改，开出对处理win32消息的OpenGL的实现

Samples\

ChineseInput\中文输入demo项目

Common\

bin\运行时需要的支持库以及配制文件

CEGUIChineseInput\CEGUI输入窗口组件

CEGUIChineseInputWR\CEGUI输入窗口渲染组件

CEGUIChineseInputDependencies\CEGUI输入依赖项目

CEGUIRenderer\OGRE对CEGUI0.5版本支持的修改

Media\

datafiles\中文输入demo依赖资源文件

Ogre_vc8.sln 新的工程文件

<?xml version="1.0" ?><Font Name="simfang" Filename="simfang.ttf" Type="FreeType" Size="10" NativeHorzRes="800" NativeVertRes="600" AutoScaled="true" />

<Font Name="BlueHighway-8" Filename="bluehighway-8.font" />

<Font Name="simfang" Filename="simfong.font" />

…………
  //mSystem->setDefaultFont((CEGUI::utf8*)"BlueHighway-12"); 
  mSystem->setDefaultFont((CEGUI::utf8*)"simfang");//SimHei-12
…………
  //quit->setText((CEGUI::utf8*)"Quit");
  quit->setText((CEGUI::utf8*)Ogre::UTFString(L"中文退出").asUTF8_c_str());
…………

编译运行。就OK了。

  quit->setText((CEGUI::utf8*)Ogre::UTFString(L"中文退出").asUTF8_c_str());

关于layout文件:

<?xml version="1.0" ?>
<GUILayout>
    <Window Type="DefaultWindow" Name="Tutorial Gui">
        <Window Type="TaharezLook/Button" Name="Quit">
            <Property Name="UnifiedPosition" Value="{{0.35,0},{0.45,0}}" />
            <Property Name="UnifiedSize" Value="{{0.3,0},{0.1,0}}" />
            <Property Name="Text" Value="退出" />
        </Window>
    </Window>
</GUILayout>

一开始我只是简单的把配置文件中的"Quit"改了"退出",结果运行就报错了, LOG文件显示是:

查了查, 原来文件格式也要改成UTF-8格式的,呵呵

本文档由 自由骑士笃志 翻译整理,版权属于OgreTeam。转载请包含本行信息。

这个工具包包含了一些对Ogre资源文件进行操作的预处理命令行工具。

它包括OgreXMLConveter, OgreMeshUpgrade, OgreMaterialUpgrade和MeshMagick。

您可以在这里获得其WindowsV1.4.7版本的下载,或者在这里获取其MacOSXV1.4.0版本的下载。以上两个版本均是2008年3月6日的版本，即译者进行翻译的版本，若需要更多信息和更新的版本，可以访问Ogre官方。

.[OgreXMLConveter]

OgreXML转换器能够将 .mesh 模型网格文件 和 .skeleton 骨骼文件 由XML格式转换为二进制格式，同时可以将其二进制格式转换回XML格式。它同时也允许你在将XML格式转换为二进制格式时设置LOD层级信息。

如果你的Ogre脚本资源中原本使用的就是XML格式文件的话，那么本工具则是Ogre运行时必须的。所以你能够在OgreSource包的Tools/XMLConverter中找到它。

使用方法：

OgreXMLConverter 操作选项 源文件路径 目标文件路径

有用的操作选项包括：

-i            =  控制与命令行。

-l  nLODNum  = 指定总LOD层级 ( 该项仅在XML格式转换为Mesh格式时有效 )

-d  nLODDis  = 指定LOD层级间的距离增幅 ( 该项仅在XML格式转换为Mesh格式时有效 )

-p  nLODPer  =  指定每两级LOD层之间三角面减少百分比 ( 该项仅在XML格式转换为Mesh格式时有效 )

-f  nLODNum  =  指定两级LOD层之间的固定顶点减少量 ( 该项仅在XML格式转换为Mesh格式时有效 )

-e            =  关闭模版阴影的edge表 ( 当使用模版阴影时该项才有效 )

-r            =  关闭Ogre推荐的顶点缓冲区格式。

-t             =  为法线贴图生成切线信息 ( 当使用法线贴图时该项才有效 )

-o            =  关闭冗余关键桢和运动轨迹的剔除

-d3d          =  优先使用D3D进行颜色格式的填充 ( 在Windows平台中默认该项开启 )

-gl           =  优先使用GL进行颜色格式的填充 ( 在非Windows平台中默认该项开启 )

-E endian      =  设置endian模式，可以选择big, little 或 native ( 默认为native )

-q            =  轻量模式，减少输出。

-log filename   =  Log文件名称。（默认为OgreXMLConverter.log）

.[OgreMeshUpgrade]

这个工具能够将你的任何老版本的 .mesh 文件更新到当前版本的 .mesh 文件。

你可以在Ogre.log文件中得到.mesh文件的版本信息。一般来说，Ogre可以运行老版本的.mesh文件，但是性能上会有一些差别。如果你更新了Ogre的其他部分，你尽量应当将.mesh文件更新为同样的版本。

使用方法：

OgreMeshUpgrate 操作选项 源文件路径 目标文件路径

有用的操作选项包括：

-i            =  控制与命令行。

-l  nLODNum  = 指定总LOD层级 ( 该项仅在XML格式转换为Mesh格式时有效 )

-d  nLODDis  = 指定LOD层级间的距离增幅 ( 该项仅在XML格式转换为Mesh格式时有效 )

-p  nLODPer  =  指定每两级LOD层之间三角面减少百分比 ( 该项仅在XML格式转换为Mesh格式时有效 )

-f  nLODNum  =  指定两级LOD层之间的固定顶点减少量 ( 该项仅在XML格式转换为Mesh格式时有效 )

-e            =  关闭模版阴影的edge表

-r            =  关闭Ogre推荐的顶点缓冲区格式。

-t             =  为法线贴图生成切线信息

-d3d          =  转换为D3D颜色格式

-gl           =  转换为GL颜色格式

-srcd3d       =  老版本的mesh文件为D3D颜色格式

-srcgl        =  老版本的mesh文件为GL颜色格式

-E endian      =  设置endian模式，可以选择big, little 或 native ( 默认为native )

注意：

这个工具现在允许你自定义重组你的mesh网格文件的顶点格式。

如果你想更新0.15.0之前的任意一个版本的mesh，那么在该程序运行时会问你是否希望进行顶点格式的重组，你输入’y’就可以了。在0.15.0版本之后的mesh在更新时会允许你对该mesh做更多的操作：例如，你可以对每个独立模型节点的顶点指定不同的顶点结构，你既可以自定义顶点结构，也可以使用’automatic’自动模式。

.[OgreMaterialUpgrade]

这个工具能够将你的任何老版本的 .material 材质文件更新到当前版本的 .material 材质文件。

值得注意的是这个自动更新是不会加入一些新的脚本语法功能的，这么说你可能不好理解。（例子： “scene_blend add”这句可能会被更新为”scene_blend one one”，因为”add”的底层实际上就是”scene_blend one one”，自动更新会将一些高级语法更新为比较直接底层的语法）

另外，这个工具仅对0.13.0版本以下的材质脚本更新有效，对0.13.0版本以后的材质脚本是没有必要进行更新的。

使用方法：

OgreMaterialUpgrade 源文件路径 目标文件路径

 .[MeshMagick]

Copyright 2007 by Daniel Wickert

这个工具是对mesh文件和skeleton文件进行一些处理的工具。

大致包括以下功能：

Info         = 输出mesh的信息。

Meshmerge   = 将多个mesh合并为一个mesh文件

rename       = 重命名mesh和skeleton的不同元件

transform     = 旋转，缩放一个mesh

使用方式：

MeshMagick –help=工具名 可以获得更多相关信息。

.[译者笃志补充说明]

1：除MeshMagick该工具外，其他三种工具，使用方式都可以是：将源资源文件拖拽到工具的exe图标上。因为更新程序会将源文件覆盖，所以推荐做下备份后再更新。

2：您可以写批处理文件对其进行使用。格式即为上面的使用方式。

举例：新建一个文本文件test.txt

编辑内容为 OgreMeshUpgrate –d3d –l 4 –d 500 –p 30 E:\Ogre\Media\TestSrc.xml F:\Temp\TestDest.mesh

修改文本后缀名为test.bat

将该批处理文件与OgreMeshUpgrate.exe放置同一目录下，运行

则会自动将E:\Ogre\Media\TestSrc.xml文件转换为F:\Temp\TestDest.mesh文件，同时开启了4层Lod，Lod间距为500象素，每一级间面数差距为30%

3：OgreMeshUpgrate工具推荐使用automatic自动模式顶点格式，效率会比较高，并且省去不少麻烦。

4：MeshMagick工具不推荐使用。本身功能有限，而且长期无人维护，对新的mesh支持不好。

游戏主要用到了几个引擎，物理引擎（PhysicsX SDK 2.3.2，即NovedeX的新版本），图形渲染引擎（OGRE 1.2.0，包括人机界面的CEGUI部分），声音引擎（Direct Sound），网络引擎（RakNet，可惜由于时间等原因，加入失败，大大降低游戏可玩性），建模用Maya和3dsMax。

模型的导出

OGRE有自己的3D模型格式（.mesh格式）。导出可以直接出OGRE官方网站下载导出插件。不过导出插件有好些Bug。对于建模方式的不同导出也不同，Maya的导出插件不能导出非封闭的曲面，而3dsMax可以，所以可以通过它导成.mesh。

另外，在物理引擎中要表现精确的碰撞，最好能得到模型的网格结构，即模型的点面信息，而不是用简单的规则形式来包裹。我们的游戏中地图用的是前者，而车辆道具等用的是后者。

但PhysicsX并不支持.mesh。所以我们是通过导出插件导出的.mesh.xml格式文件中读取点面信息（仅此），再写到自定义的二进制文件格式中，为物理引擎使用。

OGRE与PhysicsX之间的耦合

PhysicsX和OGRE场景管理比较类似，都有对应的类。一个可以移动的物体，在OGRE中可以用SceneNode实现，并加入到场景管理 中，在PhysicsX中则可以用NxActor对应。NxActor中PhysicsX中的一个物理单位，它可以把一个物体用简单的几个规则几何形状包 裹起来，所以的重力、碰撞等物理作用都作用在NxActor中，并产生相应的物理反应。得到相应的物理数据之后，再通过设置SceneNode相应属性， 就可以实现逼真的物理效果。

事实上，地图场景也是作为普通的3D物体来实现。

而OGRE与PhysicsX之间的映射并不是对于每一个物体进行映射封装实现。而是把这两部分封装成独立的两个模块，但这两部分中所有的物体都是 一一对应的。在主程序中，再把从PhysicsX部分计算出的结果，传递给OGRE部分，进行绘制。这样也为网络的加入提供了好的嵌入点。因为只要服务端 进行全部物理运算，再把运算的结果发给客户端OGRE进行渲染。

OGRE中的frameStated(const FrameEvent &evt)作为程序的主线程，在其中调用

m_NxScene->simulate(evt.timeSinceLastFrame); // m_NxScene, instance of (NxScene*)

m_NxScene->flushStream();

m_NxScene->fetchResults(NX_RIGID_BODY_FINISHED);

再把运算的物理结果给OGRE绘制。

这样OGRE与PhysicsX结合在一起，而两者的内部实现是互不影响的，可以独立编程，只要处理好两者物体的一一对应关系。

地图场景的实现

对于OGRE来说有专门的室外地图场景管理。但是由于其高度图很难导入到PhysicsX中，除非通过建模时得到点面信息，但在具体操作中很难做到 高度图与网格点面信息的一致。我们还试过在程序初始化时通过OGRE的Ray取得地图上M*N个点的坐标，组成2*M*N个三角形面片，使用到物理引擎 中，近似的实现物理地图。但这种实现所有的三角形在XZ平面上的投影都是一样的，面片太少可能不精确，太多又会增加不必要的开销，总的来说不够理想。

PhysicsX中也有专门用于处理地图场景的NxActor，可以在创建NxActor前通过

terrainDesc.heightFieldVerticalAxis = NX_Y;       // terrainDesc is a NxTriangleMeshDes

                                                 // Default: NX_NOT_HEIGHTFIELD

terrainDesc.heightFieldVerticalExtent    = -1000.0f;

进行设置。这样可以大大的提高效率。这本来应该是一个理想的做法。但由于我们建模时模型导出有些误差的原因，会出现某些面片为垂直，物理碰撞的效果 在这些地方过于激烈，表现在屏幕上就是车会突然被撞得飞起来很高。我们试了很久都没找到合适的模型导出方法避免这一现象。所以只有所地图场景也作为一个普 通的NxActor进行处理，这样，虽然克服不了建模导出时的这个问题，但也不易被玩家发觉。

这样，地图场景就有了实现的方法了：在OGRE中作为普通的.mesh对待，创建SceneNode和Entity；在PhysicsX中，作为普通的NxActor对待，只是用NxCooking进行处理，具体没去细究，可能是为了提高性能。

车辆的实现

车辆的实现是本游戏的重点。

当然也分OGRE和PhysicsX两部分实现。

OGRE部分还包括视角即（Camera），而其他诸如油量，道具之类的与车辆本身无关的这里不做描述。一辆车的主要结构如下：

对于一辆车的建模，这里还是比较粗糙，只是分为车轮和车体，把车轮分离出来主要是实现轮子的转向效果。

由于本游戏的初衷是实现多人对战的网络游戏，只是到最后没能实现网络，改为单机。但所以的封装都是为多人网络游戏准备的。

所有车会由一个类进行统一管理，而这个类用了Singleton设计模式。在其上有另一个封装OGRE场景和车辆的总类。

PhysicsX部分，车体由十几简单的面片进行包裹，而车轮是关键。

车辆通过构造轮子的层次结构实现，车由车体和四个车轮组成，实现运动主要由车轮控制。

所有车辆可控的运动（比如碰撞为不可控）都由车轮带动。这也符合实现的物理。

车轮的实现主要是通过NxWheelShape实现。下面是部分对NxWheelShape的分析。

NxWheelShape属性：

radius：Range: (0,inf) 车轮半径

suspensionTravel：Range: [0,inf)，suspension的作用距离

virtual void setLongitudalTireForceFunction (NxTireFunctionDesc tireFunc)=0

设定动力对正向的加速度等的影响

virtual void setLateralTireForceFunction (NxTireFunctionDesc tireFunc)

设定动力对侧向的加速度等的影响，可以实现侧滑之类的

axleSpeed：Range: (-inf,inf)

NOTE: NX_WF_AXLE_SPEED_OVERRIDE flag must be raised for this to have effect

An overridden axle speed of course renders the axle motor and brake torques ineffective

用setAxleSpeed时，直接设定速度，这种模式不再受motorTorque和brakeTorque等影响

brakeTorque：Range: [0,inf)

刹车力矩

inverseWheelMass：设定动力对加速度等的影响，越大作用产生的效果越强

motorTorque：Range: (-inf,inf)

动力矩，使车前进

steerAngle：Range: (-PI,PI) 车轮的偏向角，以弧度表示

virtual void NxWheeleShape::setSuspension(NxSpringDesc spring) [pure virtual]

与其他物体的联接有关

上面这部分是以前写的总结，虽然不完整，现在也不想再细下去了，到此。

不过有一点要提的是，虽然车轮的摩擦力，弹性系数什么的 （restitution，staticFriction，dynamicFriction）可以设置，就像其他基本形状一样，但似乎没什么作用，就跟全 为0一般，我试了很久，都是这样，不知什么原因。这样要使车表现出一定的阻力效果，可以通过把刹车力设为一定值实现。实现上可控地去影响轮子运动速度的只 有动力和刹车力（setMotorTorque，setBrakeTorque），而影响车轮角度的是（setSteerAngle），另外当然也可以直 接设置轮子的前进速度和转动的角速度，NxWheelShape提供了这种接口。不过为了逼真性，最好不要调用这两个接口，因为自己实现物理效果可能有一 堆公式转化，而只有在车辆初始化或使用什么道具的时候调用。

要实现侧滑之类的效果，只要调用setLateralTireForceFunction即可。

另外，用现成的NxWheelShape还是有缺点的，就是很难调手感，可能也较难实现复杂的效果。我调了很久，最后只能将就了。

PhysicsX不需视角处理。

PhysicsX类之间的结构与OGRE部分基本上一模一样。

赛道圈数的判断实现

不知道像极品飞车之类的游戏赛道圈数是怎么实现的，应该与我们的不同，因为它可以每时每刻的判断车辆是不是在往回走。我们想过可能的方法，比如赛道内某一点，判断其到车位置的矢量和速度矢量的夹角。没试过。

我们用的是另一种只能判断当前圈数的办法，对实现这点来说很准确，无论倒开，车体一半穿过起跑线再返回什么的都能准确判断。这利用了PhysicsX的Trigger。

在赛道起跑线位置放置两个相隔很近的很薄但很高且与起跑线等长的长方体NxActor。该NxActor的形状属性为：

BoxDesc.shapeFlags |= NX_TRIGGER_ENABLE;      // NxBoxShapeDesc BoxDesc;

这样任何NxActor碰到了这个物理都会触发一个onTrigger过程。这里只要定义一个类的对象（如mItemTrigger）为接受触发事件，而这个类继承NxUserTriggerReport，并实现

virtual void onTrigger(NxShape& triggerShape, NxShape& otherShape, NxTriggerFlag status)方法。再

mScene->setUserTriggerReport(mItemTrigger); // NxScene* mScene;

就可能实现。

每次触发都会调用一次onTrigger，在onTrigger中可以判断是刚进入该物体还是离开。实际上对于车在两个长方体NxActor中的位 置，总共有七种状态（从哪一头进入到该位置，虽然结果位置一样，但算为不同状态，这样可排除车辆一半进起跑线又返回引起的计数错误）。具体状态如下图：

这样状态间的转换即为：

由于只能检测到是哪个NxActor，而车辆对应的类（这里NxVehicle）是自己封装的，里面包含一个NxActor，所以得到哪个 NxVehicle可以充分利用NxActor中的一个public成员void* userData的作用，让它指向它所在的NxVehicle对象（this）即可。

CEGUI的实现

引用Lzx一段：

“利用OGRE引擎和CEGUI进行了基本的场景和GUI布局进行了编写。

CEGUI读取2DGUI布局的配置文件，这个文件是用xml来编写的。这样可以将程序编写和UI的设计相对分开，使得程序设计和UI美工设计可以更好的分开。读取后在3D场景中进行绘制。”

这个实际与游戏过程部分是独立的。由于时间紧迫，我们并没进行很好的封装实现，只在一味在写在类（class CuteCarFrameListener : public ExampleFrameListener, public MouseMotionListener, public MouseListener）中。

这部分具体不是我做的，也没去细究。而且是在网络加入失败后做的，所以并没考虑网络方面的接口，这里便不详述了。

另外，小地图和车速表的实现也是这部分内容。

小地图实现先贴一张赛道图，在从物理引擎得到车辆的位置，算出在地图上的相当位置（百分比），映射显示到小地图上即可。

车速表则更简单，读出速度，画个图就可。

玩家视角Camera的实现

在车辆实现中已有描述，这里只是一种实现方案。

只创建一个Camera对象，注意它不能被多个SceneNode来attach，所以转换视角时，要先detatch。这个当时探索了好些时间，不过都是Ogre基本知识，做起来还是简单的，不说罢。

提一下，在实际车辆行驰中，人的视线跟随通常会比车辆转弯的动作稍晚一点点，这里就加了一个缓冲，也就是每次看到的东西都是30帧之前的场景，以实现更好的效果。这个通过一个链表（数组）就很容易实现。

另外车辆左右摆动时，人的视角是不会跟着左右摆的，虽然现实中可能会一些，但在游戏中会给人过于晃动的感觉，这里就把左右摆动去掉了，也就是Camera向上向量始终与y轴平时，这通过一些数学运算便可，说实话，我是凑出来了，花好长时间。

声音的实现

也不是我做的，同学Lzx做的，引用一段：

“音频模块支持3D和非3D的播放模式。考虑到播放时多次读音频文件会提高音频模块的CPU占用率而影响游戏进行，所以针对一个音频文件，每次把音频文件全部读取到缓存中而不是多次读取，每次读取一部分。这是个用内存换CPU效率的选择。”

声音的加入，对原先的程序基本无影响。因为使用的DirectSound和上面这些基本算独立，Lzx封装得也相当不错。声音播放时自动会开线程，对游戏其它模块无任何影响。

有关网络引擎加入失败

原计划网络引擎采用RakNet，也封装了一些东西，也提供了不错的接口。但由于当初游戏的整体设计不充分，游戏框架设计成一个Ogre作为主线 程，而网络部分需要单独开辟一个线程来进行数据传输和处理，如果并在一个线程里面，会使线程阻塞，使数据传送相当缓慢，甚至不成功，导致游戏的无法继续. 由于时间的关系，框架更新时间不足，只好放弃这块，做成单机版。

由于网络引擎需要额外的线程和缓冲，而OGRE并不提供这种功能。最好的办法是创建一个主线程，而把OGRE中循环作为一个子线程来处理。但这样做，原先我们封装的系统是不能够支持，大量改变代码，时间已不够，所以无奈只好放弃。

在网络上花的精力太少，一开始不够重视也是个原因啊。而事实上我们对于网络上的编程毫无经验。

贴些游戏截图，美工还蛮PP

后话

调试就用OGRE提供的Log好了，不能一步步进行调试。还有一个好办法就是生成.map文件，再根据windows中出错提示框中通常提示运行到 哪个虚拟地址出错，在.map文件中找出代码的具体出错行。这实际上对于已经给玩家使用的程序根据玩家获得的出错信息找Bug很有帮助

windows2000，VS2005编译NxOgre

环境：windows2000，vs2005（c++，team suite），.net1.0

主要内容

1. vs2005 sp1

2. ogre1.40:

3 PhsyX2.62

4. NxOgre

5 编译NxOgre tutorials

1. vs2005 sp1

    1.1 查看自己的vs2005是否已经安装了sp1。

        a) 在IDE里选择“帮助->关于Visual Studio 2005”菜单项，查看一下，确认SP1列为其中一个安装的产品：

        b) 在IDE里选择“文件->新项目”菜单项，查看一下，确认VS 2005 Web应用项目模型选项(是内置于SP1中的)被安装了，而且是起作用的：

        （引自http://www.shengfang.org/blog/in ... a2aaf8dc91169701875）

    1.2 sp1的下载

        （引自http://hi.baidu.com/yongfa365/bl ... e5b57fcb80c484.html）

        VS2005 SP1英文正式版下载地址 431M http://download.microsoft.com/do ... B926601-X86-ENU.exe

        VS2005 SP1中文正式版下载地址 440M

http://download.microsoft.com/do ... B926604-X86-CHS.exe

    1.3 sp1的安装注意事项

        1.安装时间会非常长，如果机器配置不是很高的话需要2个小时，一般的话也需要1个小时左右所以请耐心等待。

        2.安装前检查你的c盘是否有大于3G的空余空间，因为安装的时候会释放很多临时文件在c盘，如果不能保证大于3g的话可能会发生异常错误，不过我在安装的时候没有占用3G这么恐怖，不过也起码占用了1G多的空间。

          （sp1下载到的那个磁盘分区，最好空间也要大一些）

        3.如果你以前安装过web application project，在安装vs2005 sp1以前请先把他卸载，不然不能成功安装vs2005 sp1

        4.vs2005sp1的补丁包是把你机器上所有单独装过vs2005的版本的补丁都打上,如果机器上装了Visual Web Developer Express和Visual Studio team sutie,那么他就要运行安装补丁两次.

    （引自http://www.cnblogs.com/ltp/archive/2007/02/25/656562.html）

    1.4 安装sp1

        在http://www.cnblogs.com/ltp/archive/2007/02/25/656562.html【文1】中有vs2005 sp1安装的一般方法。

        可是，1.我的机器是windows2000，找不到“软件限制策略”。2.执行【文1】中的.bat文件时出错－－无法将相应的键值导入注册表。

        解决方法是手动导入注册表键值：

             * "开始"－》“运行”－》键入regedit（回车）。

             * 找到HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer

             * 在其下面建立一项：名称：MaxPatchCacheSize，类型：REG_DWORD，数据值：0

    现在执行批处理文件来安装

    假设下载的sp1存放在目录dir下，

        1）.在dir目录下建立a.bat文件。

        2）.用记事本打开a.bat，把下列的代码复制进去，保存，关闭。

                regedit export HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer installer.reg

                regedit add HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer /v MaxPatchCacheSize /t REG_DWORD /d 0 /f

                net stop msiserver

                start /wait VS80sp1-KB926604-X86-CHS.exe

                //（本行是注释，不要拷贝）VS80sp1-KB926604-X86-CHS.exe是下载的中文sp1文件的名称。如果下载英文的sp1，需作相应的替换

                regedit delete HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer /v MaxPatchCacheSize /f

                regedit import installer.reg

                net stop msiserver

                del /q installer.reg 2>nul

        3）.双击执行a.bat。虽然在我的window2000上仍旧会有几个错误。但可以无视之。 sp1开始安装了。

    cpu1.7G，内存256M。安装时间近3小时，c盘占了1G。

安装NxOgre基本是按照官方的安装步骤：http://nxogre.org/Installing

2. ogre1.40:

    在这里下载以下两个包http://www.ogre3d.org/index.php? ... =412&Itemid=132

    ogre-win32-v1-4-0.zip（解压缩到H:\ProgramFiles\Ogre\ogrenew）

    OgreDependencies_VC8SP1_Eihort_20070323.zip（解压缩到H:\ProgramFiles\Ogre\ogrenew下）

    编译ogre.sln顺利通过

    注意，要有足够的硬盘空间来编译ogre的源代码！我选择批编译－》全部。编译完成后，ogrenew目录竟然有4.59G！！！*.obj *.ncb *.sbr *.idb *.pdb *.dep文件占了3.47G！

3 PhsyX2.62

    可以参照官方的步骤http://nxogre.org/Installing

4. NxOgre

    4.1 下载NxOgre

        NxOgre.0.4.RC3.zip（可以在官方http://nxogre.org下载）

        NxOgre.0.4.RC3.tutorials.zip（可以在官方http://nxogre.org下载）

        NxOgrePatch-ForEihort-VS8SP1.zip（download from http://www.ogre3d.org/phpBB2addons/viewtopic.php?t=3505）

    4.2 解压缩

        三个包全部解压缩到H:\ProgramFiles\Ogre\NxOgre

    4.3 设置环境变量

        NXOGRE_DIR=H:\ProgramFiles\Ogre\NxOgre

        OGRE_HOME=H:\ProgramFiles\Ogre\ogrenew\OgreMain;H:\ProgramFiles\Ogre\ogrenew

        (OGRE_HOME的值设置的可能有问题。因为编译NxOgre tutorials时提示找不到ogre.h)

        PHYSX_DIR=H:\Program Files\AGEIA Technologies\AGEIA PhysX SDK\v2.6.2

    4.4 编译NxOgre

        打开H:\ProgramFiles\Ogre\NxOgre\NxOgre.VC8.sln

        可能是前面的OGRE_HOME设置的不对，所以需要加入ogre的目录才能编译通过

        在属性－>c/c++－>inlude目录里“最前面”加入“H:\ProgramFiles\Ogre\ogrenew\OgreMain\include”编译ok

        在属性->链接－>库目录“最后”加入"H:\ProgramFiles\Ogre\ogrenew\lib"

5 编译NxOgre tutorials

    5.1

        打开H:\ProgramFiles\Ogre\NxOgre\tutorials\NxOgreTutorials.sln

        可能是前面的OGRE_HOME设置的不对，所以需要加入ogre的目录才能编译通过

        在属性－>c/c++－>inlude目录里后面附加

        H:\ProgramFiles\Ogre\ogrenew\OgreMain\include;

        H:\ProgramFiles\Ogre\ogrenew\Dependencies\include

        在属性->链接－>库目录“最后”附加

        H:\ProgramFiles\Ogre\ogrenew\lib;

        H:\ProgramFiles\Ogre\ogrenew\Dependencies\lib\Release

    5.2 修改源文件

        引自http://www.ogre3d.org/phpBB2addons/viewtopic.php?t=3508

        以101.cpp文件和其项目为例。其他同理

            1.如果提示“error C2039: 'relX' : is not a member of 'OIS::MouseState' ”

            需要用ms.X.rel替换ms.relX

            如果提示“error C2039: 'relY' : is not a member of 'OIS::MouseState' ”

            需要用ms.X.rel替换ms.relY

            如果提示“error C2039: 'relZ' : is not a member of 'OIS::MouseState' ”

            需要用ms.Z.rel替换ms.relZ

            2.如果提示MSVCRT.lib(crtexe.obj) : error LNK2019: unresolved external symbol _main referenced in function ___tmainCRTStartup

            Release/nxTutorial101.exe : fatal error LNK1120: 1 unresolved externals

            一个可行的解决方法：

                a.先将tutorialApplicationEihort.h中的这段代码注释掉

                        #ifdef _CONSOLE

                            #define TUTORIAL_VOIDMAIN \

                            int main(int argc, char *argv[]) {\

                                ...

                            }

                        #else

                            #define TUTORIAL_VOIDMAIN \

                            INT WINAPI WinMain( HINSTANCE hInst, HINSTANCE, LPSTR strCmdLine, INT ) {\

                                 ...

                            }

                        #endif

                b.将a中所说的main函数或winmain函数拷贝到101.cpp末尾。

            3.可能还需要注释掉main或WinMain函数中的SET_TERM_HANDLER;

            4.注释掉101.cpp末尾的TUTORIAL_VOIDMAIN

其他问题可以到NxOgre论坛咨询：