国产福利电影一区二区三区久久久久成人精品综合 ,天堂久久天堂AV色综合,久久久久亚洲AV无码去区首

Ogre源码剖析3–可扩展�?amp;插�g机制

RichardHe — Wed, 01 Jul 2009 05:54:00 GMT

Ogre源码剖析3–可扩展�?/span>&插�g机制

Ogre是一个跨操作�pȝ��q�_��的开�?D引擎�Q�既支持DirectX�Q�也支持使用OpenGL�Q�支持可替换的场景管理算法（BSP, OCT�Q�。�ؓOgre提供�q�些灉|��可扩展性的基础之一��是光��向插件的设计�?br>

很多常用的��Y件大都提供了插�g接口�Q�用以扩展应用程序设计者最初未惛_��的功能，比较常见的譬如PhotoShop的��o镜，After Effect中的各种插�g�Q�最有名的比如shine�Q�，3dMax的插件譬如渲染器�Q�魔兽世界的辅助插�g�{�等�?br>
通常�Q�插件本�w�通常也需要实��C��应用�E�序所需要的必要接口�Q�从而��得插件可以被应用�E�序加蝲执行。此外，插�g的实��C��需要由��d��用程序提供一些接口api�Q�通过�q�些接口�Q�插件可以对��d��用程序的功能�q�行调用�?br>
插�g可以是动态链接库�Q�win32�q�_��上�ؓDLL文�g�Q�，也可以是以脚本的形式提供的，比如��兽世界中的插�g��是使用lua�~�写的，插�g也可能是某种应用�E�序自定义的文�g�Q�只要该应用�E�序提供了创��c�L��件的�Ҏ(gu��)��q�实现解析、执行功能即可。（不同的实现�Ş式各有利弊，具体需要参考插件及应用�E�序所处的�q�行环境�q�行取舍�Q?br>
采用插�g的一个巨大的好处�Q�以及很多应用程序中使用插�g的主要目的就是，我们可以在不需要改动应用程序本�w�的情况下扩展应用程序的功能�?br>

在Ogre中，插�g被用来提供渲染子�pȝ��Q�RenderSystem�Q�，不同�c�d��的图形API被封装在不同的渲染子�pȝ��的视�U�当中，Ogre默认提供了DX和OpenGL的实玎ͼ�甚至�Q�如果我们乐意，甚至可以只用�l�点函数实现一套纯软�g的渲染子�pȝ��提供�l�Ogre使用。以此�ؓ例，用简单的形式来展�C��U�实现大概类��g��下面�q�样�Q?br>
class RenderSystem

{

         // … operations that a render system need to support

};

// In DX_RenderSystem.dll (in plugin dx rendersystem )

class DX_RenderSystem : public RenderSystem

{

         // … implementation & override of the operations from RenderSystem using DirectX

};

// In GL_RenderSystem.dll (in plugin openGL rendersystem)

class GL_RenderSystem : public RenderSystem

{

         // … implementation & override of the operations from RenderSystem using OpenGL

};

// …. We could implement any other rendersystem as we like

在引擎的内部�Q�OgreMain�Q�，插�g在初始化的时候，��一个渲染子�pȝ��的实例创建出来（可能是DX_RenderSystem�Q�也可能�?nbsp;GL_RenderSystem�Q�也可能是其他）�Q��ƈ��之挂接到OgreMain的Root对象当中。此后，OgreMain中的Root所有的渲染操作也就可以通过该接口访问插件中创徏的渲染子�pȝ��了�?br>

         本文接下来分析Ogre是如何实现插件的�Q�以及插件是如何与OgreMain��d��擎进行配合的�?br>
         事实上，想编写一个插件是很简单的�Q�我们只需要约定几个接口，插�g��这些接口实��C��Q�主应用�E�序通过某种机制�Q�配�|�文�?/span>/遍历某个目录�Q�加载插�Ӟ��q�查找接口在插�g中是否被实现了，如果实现了，则调用之卛_��?br>

一个简单的例子如下�Q?br>
// in xx.dll

__declspec(dllexport) extern “C”    // __declspec(dllexport)告知�~�译器需要将该函数导�?br>
                                                                 // extern “C” 告知�~�译器不要对函数做C++名字重整

const char* GetPluginName(void)

{

         return “Test Plugin”;

}

// in application

HMODULE hInst = LoadLibrary(”xx.dll”);

if (!hInst) return;

typedef const char* (*GetPluginNameFunc)(void);

GetPluginNameFunc pFunc = GetProcAddress(hInst, “GetPluginName”);

if (!pFunc) return;

const char* szPluginName = pFunc();

// … do other things

事实上，在C语言里，我们��可以通过�q�种方式�Q�约定一套需要实现的接口�Q�交�l�插件实现即可。在�q�里�Q�插件的功能都是在dll中实现的�Q�我们需要加�?nbsp;dll�Q�保存句柄，�q�在插�g卸蝲的时候释攄��应的资源。在C++中，我们昄��可以做的更好一点，比如��dll模块相关的功能以及资源封装�v来：

class DynLib

{

public:

         bool Load(const char* szPluginPath);

         void* GetProcAddress(const char* szProcName);

private:

         HMODULE m_hInst;

};

bool DynLib::Load(const char* szPluginPath)

{

m_hInst = LoadLibrary(szPluginPath);

return m_hInst != NULL;

}

void* DynLib::GetProcAddress(const char* szProcName)

{

         return ::GetProcAddress(m_hInst, szProcName);

}

�q�样一来，我们��有了一个DLL的简单封装�?br>
但是一个dll里未必只能有一个插�Ӟ��假若我们��单的把插件接口设计�ؓ一套C导出函数�Q�我们就不得不面对这�U�局限。经典的做法依旧是抽象，Ogre中定义了一个插件接口，每一个实��C��插�g接口的实例都代表了一个插�Ӟ��如下�Q?br>

class Plugin

{

public:

         virtual const String& getName() = 0;

         virtual void install() = 0;

         virtual void initialize() = 0;

         virtual void shutdown() = 0;

         virtual void uninstall() = 0;

};

Ogre的每一个插仉��需要实��C��上接口。该接口提供的功能包括：

install 插�g被加载时调用�?br>
initialize 插�g被初始化时调用�?br>
shutdown 插�g被反初始化时调用�?br>
uninstall 插�g被卸载时调用�?br>

不过�Q�单有这个接口，插�g�q�是无法工作。插件中�q�需要提供两个约定的C导出函数。这个稍后再说�?br>

Ogre在Root对象中统一��理插�g�Q�因此Root对象提供了以下与插�g相关的接口：

class Root

{

         // …

void loadPlugin(const String& pluginName);

void unloadPlugin(const String& pluginName);

void installPlugin(Plugin* plugin);

void uninstallPlugin(Plugin* plugin);

// 以及对应的处理多个插件的接口

         // …

};

当loadPlugin函数被调用时�Q�Ogre��加载该插�g的dll�Q�从中查扑�ƈ调用名�ؓdllStartPlugin的导出函数�?br>
对应的，当unloadPlugin函数被调用时�Q�Ogre��从该dll中调用dllStopPlugin函数。�ƈ��该dll卸蝲�?br>

每个插�g在实现的时候，都必��L��供上�q�的两个C导出函数。其中，dllStartPlugin负责创徏插�g实例�Q��ƈ调用 Root::installPlugin�Q�将创徏好的插�g指针传递给Root对象。在�q�里�Q�dllStartPlugin实际可以创徏多个插�g实例�Q��ƈ依次调用Root::installPlugin�Q�这��h��们就可以在一个DLL中包含多个插件了。在dllStopPlugin�Ӟ��则需要调�?nbsp;Root::uninstallPlugin�Q��ƈ��插件DLL中创建的plugin实例释放掉�?br>

一个典型的dllStartPlugin的实现像�q�样�Q?br>

class D3D9Plugin : public Plugin

{

         //…

};

D3D9Plugin* plugin;

__declspec(dllexport) extern “C”

void dllStrartPlugin(void)

{

         plugin = new D3D9Plugin();

         Root::getSingleton().installPlugin(plugin);

}

__declspec(dllexport) extern “C”

void dllStopPlugin(void)

{

Root::getSingleton().uninstallPlugin(plugin);

delete plugin;

}

Root::getSingleton().installPlugin(plugin)会负责调用插件的install以及initialise操作�Q��ƈ��插件的指针存放��h��Q�以备卸载时使用�?br>

Plugin::install以及Plugin::initialise则分别负责创建OgreMain提供扩展功能接口的实例，以及��创建好的对象挂载到应用�E�序当中�?br>

一个典型的Plugin的行为像�q�样�Q?br>

void BspSceneManagerPlugin::install()

{

         mBspFactory = new BspSceneManagerFactory();

}

void BspSceneManagerPlugin::initialise()

{

         Root::getSingleton().addSceneManagerFactory(mBspFactory);

}

其中�Q�BspSceneManagerFactory是��承自OgreMain中的SceneManagerFactory的派生类�?br>
( class BspSceneManagerFactory : public SceneManagerFactory {…} )

通过��场景管理器工厂��d��到Root对象当中�Q�插件动态的��其功能��d��C��OgreMain当中�?br>

PS: SceneManagerFactory是一个用于创建SceneManager的工厂。SceneManager则是被用于场景管理的��理器。具体的 SceneManager也根据算法不同而不同，Ogre自带提供了两�U�类型的场景��理��法插�g�Q�Bsp以及Octree(实现了两个对应的插�g�Q�分别是 Plugin_BSPSceneManager以及Plugin_OctreeSceneManager)�?br>

通过上述方式�Q�OgreMain核心引擎�q�不需要关心场景管理算法的具体实现�Q�不需要关心渲染子�pȝ��的具体实玎ͼ�不需要关心粒子系�l�的具体实现�Q�等�{�。一切这些扩展性的功能都通过插�g实现�Q��ƈ在加载时动态挂载到OgreMain当中�Q�供OgreMain的引擎核心��用�?br>

使用插�g时几个需要注意的地方�Q?br>
1�Q?nbsp; 调用插�gDLL�Ҏ(gu��)��创徏的对象需要交由插件DLL释放。（因�ؓ不同的链接单元可能具有不同的内存��理上下文环境，此处的new与彼处的new在语义上未必�{�同�Q?br>
2�Q?nbsp; 调用插�gDLL�Ҏ(gu��)��获取的插件内对象的引用或指针�Q�在插�gDLL卸蝲之后��是无效的，必须保证不再使用。（比较�Ҏ(gu��)��引发问题的一个典型例子是从插件中传递回一个引用计数字�W�串�Q�当DLL被卸载后�Q�字�W�串内指向实际数据的指针已经无效�Q�但是在该对象析构时�Q�仍需要访问该指针�Q?/span>

RichardHe 2009-07-01 13:54 发表评论

RichardHe — Mon, 08 Dec 2008 06:07:00 GMT

OGRE主要渲染��程��?/font>

谢伟�?nbsp; feiyurainy@163.com

转蝲��h��明出�?/p>

很早以前��想写一些关�?span>OGRE的文章了�Q�一直没��Z��?/span>

理解一个渲染引擎，我觉得最重要的是先抓住了它的��L��构，它的�ȝ��Q�渲染流�E�，不然的话�Q�一个引擎几万行�Q�甚臛_��十万行的代码�Q�光是打开solution��p��吓你一跳了�Q?/span>OGRE也有十几万行的代码量�Q�我一开始看它的时候也是无从下手，感觉代码太多了，不知道从哪开始看好，�q�个class看看�Q�那�?/span>class看看�Q�由于对整个引擎没有一个清晰的认识�Q�看�q�了也印象不深，所以，最后，�q�是军_��先找出它的主�U�，了解它的渲染��程�Q�这��h��能有机地把各个部分联�p��v来�?/span>

�q�篇短文也是�?/span>OGRE的主要渲染流�E�的一个介�l�，可能对一�?/span>class不会太多地去介绍具体的实现细节。我所用的代码都是取自�?/span>OGRE的最新的CVS版本�?/span>

读者最好对OGRE有一定的了解�Q�至��得看懂它的example�Q�不然可能一些东西理解�v来比较困难。对D3D�Q?/span>OPENGL有一定了解更好�?/span>

如果你看�q?/span>D3D SDK中带的例子，你一定知道一个比较简单的3D�E�序要运行�v来，臛_��都会涉及以下的几部分�Q?/span>

首先是数据的来源�Q�包括顶�Ҏ(gu��)��据，�U�理数据�{�，�q�些数据可以从文件中��d��Q�也可以在程序运行时生成�?/span>

setupVertexBuffer

setWorldTransform

setCamera

setProjectionTransform

setViewport

beginFrame

setTexture

drawObject

endFrame

以下��是渲染一个物体的主要步骤�Q�在我看来，�q�就�?/span>3D�E�序的主�U�，同样道理�Q�无��Z��多复杂的渲染引擎�Q�都得实��C��q�的�q�些步骤�Q�其他的一些效果如阴媄�Q�光照等�Q�都是附着在这条主�U�上的，所以，如果你能在你所研究的渲染引擎上也清晰地看到�q�条�ȝ��Q�可能对你深入地研究它会大有帮助�Q�下面，我们��׃��h��扑ֈ�OGRE中的�q�条�ȝ��?/span>

OGRE的渲染��@环都是�v源于Root::renderOneFrame�Q�这个函数在OGRE自带�?/span>example中是不会昑ּ�调用的，因�ؓexample都调用了Root::startRendering�Q�由startRendering来调�?/span>renderOneFrame�Q�如果你�?/span>OGRE来写真正的游戏，或者编辑器�Q�你可能��需要在的消息主循环中调�?/span>renderOneFrame了，��֐�思义�Q�这个函数就是对整个OGRE�q�行一帧的更新�Q�包括动画，渲染状态的改变�Q�渲�?/span>api的调用等�Q�在�q�个函数中，会包括了我们上述伪代码的几乎全部内容�Q�所以是本文的重�Ҏ(gu��)��在�?/span>

�q�入renderOneFrame�Q�可以看到头��两�?/span>fire函数�Q�这�U�函数在OGRE中经常出玎ͼ�一般都�?/span>fire…start�?/span>fire…end一起出现的�Q�在�q�些函数中，可能会处理一些用戯��定义的操作，�?/span>_fireFrameStarted��׃��Ҏ(gu��)��以的frameListener�q�行处理�Q�这�?/span>fire函数可以暂时不用理会�Q��l�看_updateAllRenderTargets�Q�在�q�个函数中，会委�z�ֽ�前所用的renderer�Ҏ(gu��)��有创建出来的render target�q�行update�Q?/span>render target也就是渲染的目的圎ͼ�一般会有两�U�，一�U�是render texture�Q�一�U�是render buffer�Q�接着�q�入RenderSystem::_updateAllRenderTargets�Q�可以看到在render system中，对创建出来的render target是用RenderTargetPriorityMap来保存的�Q�以便按照一定的��序来对render target�q�行update�Q�因为在渲染物体�?/span>render buffer�Ӟ��一般会用到之前渲染好的render texture�Q�所�?/span>render texture形式�?/span>render target需要在render buffer之前�q�行更新�?/span>

�q�入render target�?/span>update�Q�可以看刎ͼ�它仍然把update操作�l�箋传递下去，调用所有挂在这�?/span>render target上的viewport�?/span>update�?/span>

Viewport其实��是定义�?/span>render target上的一块要�q�行更新的区域，所以一�?/span>render target是可以挂多个viewport的，以实现多人对战时分屏�Q�或者是��M��ȝ��效果�Q�可以把OGRE中的viewport看成是保�?/span>camera�?/span>rendertarget�q�两者的�l�合�Q�把viewport中所定义�?/span>camera所看到的场景内�Ҏ(gu��)��染到viewport所定义�?/span>render target的区域里�?/span>

Viewport�q�有一个重要信息是ZOrder�Q�可以看�?/span>RenderTarget中的ViewportList带有一个比较函敎ͼ�所以在RenderTarget::update中，ZOrder��小的，��先被渲染，所以，如果两个viewport所定义的区域互盔R��叠了�Q�而且ZOrder又不一��P��最�l�的效果��是ZOrder��的viewport的内容会�?/span>ZOrder大的viewport的内�Ҏ(gu��)��覆盖�?/span>

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

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

_updateSceneGraph的内部处理比较繁琐，我们只需知道�Q�经�q�了_updateSceneGraph�Q�场景节�Ҏ(gu��)��(w��i)中的每个节点都经�q�了更新�Q�包括位�|�，�~�放�Q�和方位�Q�还有节点的包围盒�?/span>

�l�箋回到SceneManager::_renderScene�Q�接下来要看的是setViewport�Q�它会调用具体的renderer�?/span>setviewport的操作，讄��viewport中所挂接�?/span>render target为当前所要渲染的目标�Q?/span>viewport中的区域为当前所要渲染的目标中的区域�?/span>

接下来要��到OGRE渲染��程中的一个重要的概念�Q?/span>Render Queue。这个东西实在内�Ҏ(gu��)��较多�Q�还是以后有��Z��单独提出来说吧，你可以简单把它想成是一个容器，里面的元素就�?/span>renderable�Q�每�?/span>renderable可以看成是每�ơ调�?/span>drawprimitive函数所渲染的物体，可以是一个模型，也可以是模型的一部分。在RenderQueue中，它会按材质来分组�q�些renderable�Q�还会对renderable�q�行排序�?/span>

在每一�ơ调�?/span>SceneManager::_renderScene�Ӟ��都会调用SceneManager::prepareRenderQueue来清�?/span>RenderQueue�Q�然后再调用SceneManager::__findVisibleObjects来把当前摄像机所能看见的物体都加入到RenderQueue中�?/span>

SceneManager::__findVisibleObjects是一个递归的处理过�E�，它从场景的根节点开始，先检查摄像机是否能看见这个节点的包围盒（包围盒在_updateSceneGraph时已�l�计��好了）�Q�如果看不见�Q�那么这个节点，�q�有它的子节炚w��不用��了。如果能看见�Q�再��挂在这个节点上的所�?/span>MovableObject�Q�如果当前所��的MovableObject是可见的�Q�就会调用它�?/span>_updateRenderQueue�Ҏ(gu��)��Q�一般在�q�个�Ҏ(gu��)��里就可以把和�q�个MovableObject相关�?/span>renderable送入RenderQueue了�?/span>

�q�里要说�?/span>MovableObject�Q?/span>MovableObject主要是用于表�C�场景中��L��的物体，�?/span>Entity�Q�顾名思义�Q�能�U�d��的物体，不过它的“能移�?#8221;�q�个能力是要通过SceneNode来实现的�Q�所�?/span>MovableObject来能昄��出来�Q�首先得先挂接在某个场景节点上，通过场景节点来定位。你可以控制MovableObject的一些属性，如某�?/span>MovableObject是否要显�C�，是否要隐藏，都可以通过MovableObject::setVisible�Ҏ(gu��)��来实现�?/span>

��完该节点上�?/span>MovableObject之后�Q�就�l�箋调用所有子节点�?/span>_findVisibleObjects�Ҏ(gu��)��Q�一直递归下去。这��P��p��把场景中所有要渲染�?/span>renderable所加入�?/span>RenderQueue中了�?/span>

��x��Q�我们就拥有了要渲染的物体的信息了，接下来就是对�q�些物体�q�行渲染了，你会发现�?/span>D3D�?/span>OpenGL的代码很�c�M��的调用：

mDestRenderSystem->clearFrameBuffer

mDestRenderSystem->_beginFrame

mDestRenderSystem->_setProjectionMatrix

mDestRenderSystem->_setViewMatrix

_renderVisibleObjects();

mDestRenderSystem->_endFrame();

�q�些api的作用和D3D中的�c�M��调用的作用都差不多，�q�里再说一�?/span>_renderVisibleObjects()�Q�在�q�个函数中，会对RenderQueue中的每个renderable�q�行渲染�Q�用的是visitor模式来遍历操作每�?/span>renderable�Q�最�l�在SceneManager::renderSingleObject中取出每�?/span>renderable所保存的顶点，索引�Q�世界矩�늭�信息�Q�来�q�行渲染。这其中�q�包括了查找��该renderable最�q�的光源�{�操作，比较复杂�?/span>

到这里，SceneManager::_renderScene的流�E�基本走完了�Q�也��是��_��OGRE一帧中的渲染流�E�差不多也结束了�Q�你应该也发玎ͼ��q�个��程跟你�?/span>D3D写一个简单程序的��程基本是一��L(f��ng)��Q�在�q�个��程的基��上，再去看具体的实现�Q�如怎么栯��|�纹理，怎么栯��用你熟�?zh��n)��?/span>D3D�?/span>OpenGL�?/span>API来渲染物体，应该会简单得多�?/span>

�?/span>OGRE的渲染流�E�的大概介绍到这里也�l�束了，很多�l�节都没涉及�Q�以后有��Z��再写吧�?/span>

RichardHe 2008-12-08 14:07 发表评论

用Ogre实现��M��?[ 截图 ]

RichardHe — Mon, 04 Aug 2008 09:22:00 GMT

在玩一�?D游戏的时候，�l�常会有��M��ȝ��功能�Q�比�?#8220;跑跑卡丁�?#8221;�?#8220;杀手十�?#8221;�{�等�Q�于是想自己动手试验一下�?br>
�? 通情况下�Q�我们��用单一的摄像机�Q�实现第一人称或者第三�h�U�ͼ�有时我们用多个摄像机在单一的窗口中切换视角�Q�比如从�W�一人称切换到第三�h�U�视角（游戏中屡见不鲜）�Q�而画中画��会同时展现�W�一人称和第三�h�U�ͼ�或者第三�h�U�C��W�三人称�Q�，也就是说同时存在不同的观察点�Q�这��需要多�H�口多摄像机分别�q�行渲染�?br>
用Ogre实现��M��d��能是件比较容易的事情�Q�首先，搭徏一个普通的场景�Q�关于这斚w��的工�?a >www.ogre3d.org/wiki里有详细的教�E�，不赘�q�C��?br>
下面�q�入关键部分�?br>
在Ogre里摄像机Camera和视口Viewport是一一对应的关�p�，普通情况下包含一个摄像机对应一个视口，我们只要��d��摄像机和与之对应的视口就O(ji��n)K了！

我的�H�口�c�里是这样配�|�Ogre的，基本和教�E�示例里的一栗��?br>

bool BaseApplication::setup(void)
{
    mRoot = new Root();
    // 讄��资源
    setupResources();
    // 配置渲染�H�口
    bool carryOn = configure();
    if (!carryOn)
        return false;

    // 创徏场景��理�?/span>
    chooseSceneManager();
    // 创徏摄像�?/span>
    createCamera();
    // 创徏视口
    createViewports();
    // 讄��~�省 mipmap �{��
    TextureManager::getSingleton().setDefaultNumMipmaps(5);
    // 创徏所有资源监听器�Q��ؓ了加载屏�q�）
    createResourceListener();
    // 加蝲资源
    loadResources();
    // 创徏场景
    createScene();
    // 创徏帧监听器
    createFrameListener();

    return true;
}

其中�Q?span style="color: #000000;">createCamera(); // 创徏摄像�?/span> �?createViewports(); // 创徏视口是我们需要关心的�?br>
createCamera()�Q?/span>

void BaseApplication::createCamera(void)
{
// �ȝ��口摄像机
mCamera_1 = mSceneMgr->createCamera("Cam_1");
mCamera_1->setPosition(Vector3(0,0,300));
mCamera_1->lookAt(Vector3(0,0,-300));
mCamera_1->setNearClipDistance(5);

// ��M��L��像机
mCamera_2 = mSceneMgr->createCamera("Cam_2");
mCamera_2->setPosition(Vector3(100,100,300));
mCamera_2->lookAt(Vector3(-100,-100,-300));
mCamera_2->setNearClipDistance(5);
}

createViewports()�Q?br>

void BaseApplication::createViewports(void)
{
    // �ȝ��?/span>
    Viewport* vp_1 = mWindow->addViewport( mCamera_1 );
    vp_1->setBackgroundColour( ColourValue(0,0,0) );
    mCamera_1->setAspectRatio(
        Real( vp_1->getActualWidth() ) / Real( vp_1->getActualHeight() ) );
    // ��M��?/span>
    Viewport* vp_2 = mWindow->addViewport( mCamera_2, 1, 0.7, 0.05, 0.25, 0.25 );
    vp_2->setBackgroundColour( ColourValue(0,0,0) );
    vp_2->setOverlaysEnabled(false);
    mCamera_2->setAspectRatio(
        Real( vp_2->getActualWidth() ) / Real(vp_2->getActualHeight() ) );
}

�?/span>addViewport中我们控制画中画视口在主�H�口中的位置和大��（注意�q�里�?�?的取��D��_��c�M��于脓(chu��ng)囑֝�标）

�q�样��实��C��下图所�C�效果的一半了�?br>

是不是很��P��如果�q�一步设计成�Q�当触发某一事�g时将��M��ȝ��口动态的弹出�Q�那��更酷了�Q�有兴趣的可以试一试：P

如图所�C�，我另外还利用了CEGUI�l�画中画�H�口加了个边框，�q�且带了一个combobox用来控制更多摄像��Z��间的切换�Q�CEGUI是用脚本来定义界面的�Q�实��C��比较��单。有关CEGUI部分的介�l�，在ogre wiki上有更详�l�的教程�?br>
#end

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

# re: [ 试验 ] 用Ogre实现��M��?[ 截图 ] 2007-05-22 16:14 万连�?/a>

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

# re: [ 试验 ] 用Ogre实现��M��?[ 截图 ] 2007-05-22 19:05 hitmaen

@万连�?
鹰眼是什么？不是指小地图�Q�玩一玩跑跑卡丁�R��明白我说的��M��L��什么了回复更多评论

RichardHe 2008-08-04 17:22 发表评论

Overlay中文昄��

RichardHe — Mon, 04 Aug 2008 09:02:00 GMT

�q�日很多朋友咨询Overlay中文昄��问题�Q�回�{�的多了想烦性再写个文��了�Q�放在网上共享，于是��有了本��?span lang="EN-US">

�?span lang="EN-US">Ogre1.2.5版本中，通过�?span lang="EN-US">Ogre官方论坛的开发者讨论实��C��Overlay的中文显�C�，当初的实现非常的怪异�Q�具体的实现可以参见Ogre官方论坛�?span lang="EN-US">

随着Ogre的更斎ͼ�现在Ogre已经发布�?span lang="EN-US">1.4.7�Q?span lang="EN-US">1.4�p�d��版本有一个重要的改进�Q�就是加入了UTFString�Q�这�?span lang="EN-US">Ogre中文昄��予以很大的帮助。�ؓ了便于演�C�，我直接��?span lang="EN-US">Ogre自带�?span lang="EN-US">Overlay�Q�也��是大家熟�?zh��n)��?span lang="EN-US">DebugOverlay�Q�测试工�E�我选择Demo_ParticleFX�Q�选择其他的也没有关系。现在编译它�Q�运行后得到下图�Q?span lang="EN-US">

囄��最左下角显�C�的��是英文DebugOverlay�Q�接下来我们的�Q务就是把它编�E�中文的�Q?span lang="EN-US">^_^�?span lang="EN-US">

Overlay中文化操作步骤如�?span lang="EN-US">

1. 打开OgreSDK\media\packs\ OgreCore.zip�?span lang="EN-US">

2. 打开C:\WINDOWS\Fonts�Q�把simhei.ttf��d��?span lang="EN-US">OgreCore.zip�Q�（什么，没有simhei.ttf�q�个文�g�Q�那��p��其他的中�?span lang="EN-US">ttf字体吧）�?span lang="EN-US">

3. 打开OgreCore.zip中的Ogre.fontdef�Q�里面有BlueHighway�q�个字体定义块，在他的下面添加我们的SimHei�Q?span lang="EN-US">code_points里面的一大堆数字看不明白没关�p�，随后文章会解释�?span lang="EN-US">

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�Q�把BlueHighway全部替换�?span lang="EN-US">SimHei�Q�我们要使用中文字体了，嘿嘿�?span lang="EN-US">

5. 修改完成后，��保所做的修改已经保存�?span lang="EN-US">OgreCore.zip�?span lang="EN-US">

6. �q�入Ogre解决�Ҏ(gu��)��Q�打开文�gExampleFrameListener.h�Q�把54-59行的代码替换如下�Q?span lang="EN-US">

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"�q�_��帧速率: ";

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

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

static DisplayString tris = L"三角形数�?span lang="EN-US">: ";

static DisplayString batches = L"�Ҏ(gu��)��: ";

7. 最后重新编译工�E�，下面是我�q�行的截图，是不是已�l�显�C�Z��文了�Q?span lang="EN-US">^_^�?span lang="EN-US">

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

转蝲��h��明出处：

作者：gogoplayer

E-mail : gogoplayer@163.com

QQ : 78939328

http://www.gogoplayer.com.cn

RichardHe 2008-08-04 17:02 发表评论

Ogre命��o行工具包使用说明

RichardHe — Thu, 31 Jul 2008 12:12:00 GMT

Ogre命��o行工具包使用说明

本文��由自由骑士�W�志 ��译整理,版权属于OgreTeam。�{载请包含本行信息�?/span>

�q�个工具包包含了一些对Ogre资源文�g�q�行操作的预处理命��o行工兗��?/span>

它包�?/span>OgreXMLConveter, OgreMeshUpgrade, OgreMaterialUpgrade�?/span>MeshMagick�?/span>

�(zh��n)�可以在�q�里获得�?/span>WindowsV1.4.7版本的下�?/span>,或者在�q�里获取�?/span>MacOSXV1.4.0版本的下载。以上两个版本均�?/span>2008�q?/span>3�?/span>6�?/span>的版本，卌��者进行翻译的版本�Q�若需要更多信息和更新的版本，可以讉K��Ogre官方�?/span>

.[OgreXMLConveter]

OgreXML转换器能够将 .mesh 模型�|�格文�g �?/span> .skeleton 骨骼文�g �?/span>XML格式转换��Z��q�制格式�Q�同时可以将其二�q�制格式转换�?/span>XML格式。它同时也允�怽�在将XML格式转换��Z��q�制格式时设�|?/span>LOD层��信息�?/span>

如果你的Ogre脚本资源中原本��用的��是XML格式文�g的话�Q�那么本工具则是Ogre�q�行时必��ȝ��。所以你能够�?/span>OgreSource包的Tools/XMLConverter中找到它�?/span>

使用�Ҏ(gu��)���Q?/span>

OgreXMLConverter 操作选项源文件�\�?/span> 目标文�g路径

有用的操作选项包括�Q?/font>

-i = 控制与命令行�?/span>

-l nLODNum = 指定�?/span>LOD层�� ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-d nLODDis = 指定LOD层��间的距离增幅 ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-p nLODPer = 指定每两�U?/span>LOD层之间三角面减少癑ֈ��?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-f nLODNum = 指定两��LOD层之间的固定��点减少�?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-e = 关闭模版阴媄�?/span>edge�?/span> ( 当��用模版阴影时该项才有�?/span> )

-r = 关闭Ogre推荐的顶点缓冲区格式�?/span>

-t = 为法�U�脓(chu��ng)囄��成切�U�信�?/span> ( 当��用法�U�脓(chu��ng)图时该项才有�?/span> )

-o = 关闭冗余关键桢和�q�动轨迹的剔�?/span>

-d3d = 优先使用D3D�q�行颜色格式的填�?/span> ( �?/span>Windows�q�_��中默认该��开�?/span> )

-gl = 优先使用GL�q�行颜色格式的填�?/span> ( 在非Windows�q�_��中默认该��开�?/span> )

-E endian = 讄��endian模式�Q�可以选择big, little �?/span> native ( 默认�?/span>native )

-q = 轻量模式�Q�减��输出�?/span>

-log filename = Log文�g名称。（默认�?/span>OgreXMLConverter.log�Q?/span>

.[OgreMeshUpgrade]

�q�个工具能够��你的�Q何老版本的 .mesh 文�g更新到当前版本的 .mesh 文�g�?/span>

你可以在Ogre.log文�g中得�?/span>.mesh文�g的版本信息。一般来��_��Ogre可以�q�行老版本的.mesh文�g�Q�但是性能上会有一些差别。如果你更新�?/span>Ogre的其他部分，你尽量应当将.mesh文�g更新为同��L(f��ng)��版本�?/span>

使用�Ҏ(gu��)���Q?/span>

OgreMeshUpgrate 操作选项源文件�\�?/span> 目标文�g路径

有用的操作选项包括�Q?/font>

-i = 控制与命令行�?/span>

-l nLODNum = 指定�?/span>LOD层�� ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-d nLODDis = 指定LOD层��间的距离增幅 ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-p nLODPer = 指定每两�U?/span>LOD层之间三角面减少癑ֈ��?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-f nLODNum = 指定两��LOD层之间的固定��点减少�?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-e = 关闭模版阴媄�?/span>edge�?/span>

-r = 关闭Ogre推荐的顶点缓冲区格式�?/span>

-t = 为法�U�脓(chu��ng)囄��成切�U�信�?/span>

-d3d = 转换�?/span>D3D颜色格式

-gl = 转换�?/span>GL颜色格式

-srcd3d = 老版本的mesh文�g�?/span>D3D颜色格式

-srcgl = 老版本的mesh文�g�?/span>GL颜色格式

-E endian = 讄��endian模式�Q�可以选择big, little �?/span> native ( 默认�?/span>native )

注意�Q?/span>

�q�个工具现在允许你自定义重组你的mesh�|�格文�g的顶�Ҏ(gu��)��式�?/span>

如果你想更新0.15.0之前的�Q意一个版本的mesh�Q�那么在该程序运行时会问你是否希望进行顶�Ҏ(gu��)��式的重组�Q�你输入’y’��可以了。在0.15.0版本之后�?/span>mesh在更新时会允�怽�对该mesh做更多的操作�Q�例如，你可以对每个独立模型节点的顶�Ҏ(gu��)��定不同的��点�l�构�Q�你既可以自定义��点�l�构�Q�也可以使用’automatic’自动模式�?/span>

.[OgreMaterialUpgrade]

�q�个工具能够��你的�Q何老版本的 .material 材质文�g更新到当前版本的 .material 材质文�g�?/span>

值得注意的是�q�个自动更新是不会加入一些新的脚本语法功能的�Q�这么说你可能不好理解。（例子�Q?/span> “scene_blend add”�q�句可能会被更新�?/span>”scene_blend one one”�Q�因�?/span>”add”的底层实际上��是”scene_blend one one”�Q�自动更��C��一些高�U�语法更��Cؓ比较直接底层的语法）

另外�Q�这个工具仅�?/span>0.13.0版本以下的材质脚本更新有效，�?/span>0.13.0版本以后的材质脚本是没有必要�q�行更新的�?/span>

使用�Ҏ(gu��)��Q?/span>

OgreMaterialUpgrade 源文件�\�?/span> 目标文�g路径

.[MeshMagick]

�q�个工具是对mesh文�g�?/span>skeleton文�g�q�行一些处理的工具�?/span>

大致包括以下功能�Q?/font>

Info = 输出mesh的信息�?/span>

Meshmerge = ��多�?/span>mesh合�ƈ��Z��?/span>mesh文�g

rename = 重命�?/span>mesh�?/span>skeleton的不同元�?/span>

transform = 旋�{�Q�羃放一�?/span>mesh

使用方式�Q?/span>

MeshMagick –help=工具�?/span> 可以获得更多相关信息�?/span>

.[译者笃志补充说�?/span>]

1�Q�除MeshMagick该工具外�Q�其他三�U�工��P��使用方式都可以是�Q�将源资源文件拖拽到工具�?/span>exe图标上。因为更新程序会��源文�g覆盖�Q�所以推荐做下备份后再更新�?/span>

2�Q��?zh��n)�可以写批处理文�g对其�q�行使用。格式即��Z��面的使用方式�?/span>

举例�Q�新��Z��个文本文�?/span>test.txt

�~�辑内容�?/span> OgreMeshUpgrate –d3d –l 4 –d 500 –p 30 E:\Ogre\Media\TestSrc.xml F:\Temp\TestDest.mesh

修改文本后缀名�ؓtest.bat

��该批处理文件与OgreMeshUpgrate.exe攄��同一目录下，�q�行

则会自动��?/span>E:\Ogre\Media\TestSrc.xml文�g转换�?/span>F:\Temp\TestDest.mesh文�g�Q�同时开启了4�?/span>Lod�Q?/span>Lod间距�?/span>500象素�Q�每一�U�间面数差距�?/span>30%

3�Q?/span>OgreMeshUpgrate工具推荐使用automatic自动模式��点格式�Q�效率会比较高，�q�且省去不少�ȝ��?/span>

4�Q?/span>MeshMagick工具不推荐��用。本�w�功能有限，而且长期无�h�l�护�Q�对新的mesh支持不好�?/span>

RichardHe 2008-07-31 20:12 发表评论

Ogre中的��撞��?�?

RichardHe — Wed, 23 Jul 2008 07:28:00 GMT

原创韩�D
http://www.hjpdiy.com

Ogre采用�?w��i)桩��理场景中的各�?元素"(摄像机、灯光、物体等)�Q�所有的东西都挂�?�?上，不在"�?上的东西不会被渲染�?br> Ogre::SceneManager��是"�?的管理者，Ogre::SceneNode是从SceneManager中创建的�Q�当然BSP�?*�?w��i)的��理也和�q�两个类有关�Q�这暂时不讨论）�?/p>

AABB(轴对齐包围盒)

�q�个东西是碰撞检��的基础�Q�怎么��L��起JJYY呢）�Q�和它类似的�q�有OBB(有向包围�?�Q�由于OBB创徏复杂�Q�所以Ogre采用了AABB�?/p>

最��单的��撞��：

�?br> �q�Ogre::SceneNode::_getWorldAABB()可以取得�q�个叶子节点的AABB(Ogre::AxisAlignedBox)�Q?br> Ogre::AxisAlignedBox��装了对AABB的支持，该类的成员函数Ogre::AxisAlignedBox::intersects
()可以判断一个AABB�?球体、点、面以及其他�?的相交情况（��撞情况�Q��?/p>

m_SphereNode�?w��i)的叶子�Q�挂了一�?�?
m_CubeNode�?w��i)的叶子�Q�挂了一�?正方�?

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

}

区域查询�Q?/p>

��单的讲就是，查询某一区域中有什么东西，分�ؓAABB、球体、面查询�?/p>

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

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

�怺�查询

遍历所有的对象�Q�找��C��对一对的�怺�物体�Q�废话呀�Q�相交当然至��两个物体）�?/p>

    //创徏�怺��?br>     IntersectionSceneQuery* pISQuery=m_SceneMgr->createIntersectionQuery();
    //执行查询
    IntersectionSceneQueryResult QResult=pISQuery->execute();
    //遍历查询列表扑և�两个�怺�的物�?br>     for (SceneQueryMovableIntersectionList::iterator iter = QResult.movables2movables.begin();
     iter != QResult.movables2movables.end();++iter)
    {

     SceneQueryMovableObjectPair pObject=static_cast(*iter);
     //if(pObject)
     {
      String strFirst=pObject.first->getName();
      String strSecond=pObject.second->getName();
      //下面加入你自��q��两个物体�怺�判断代码�Q�或者简单的用AABB的判断方法，
     }
    }

RichardHe 2008-07-23 15:28 发表评论

Ogre �?四元数quaternion

RichardHe — Wed, 23 Jul 2008 07:26:00 GMT

quaternion�?/span>一个标量和一�?/span>3D向量的组合。q={ w,x,y,z},Ogre中一个默认的quaternion ={1,0,0,0} ,一般用于空间一点的旋�{,假设�I�间一点叫p,��要旋�{角度�?span>α,旋�{轴是(x,y,z),那么:

p={0,x0,y0,z0}

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

p�l�果 =q*p*q^-1

在数学上�Q?span>quaternion表示复数w+xi+yj+zk�Q�其�?/span>i,j,k都是虚数单位,而复��C��?span>(叉乘)的几何意义实际上��是对复数进行旋转。这也是OGRE��Z��么要用quaternion的原�?比Matrix更快��h��节省�I�间),�Ҏ(gu��)��单的二维复数p= x + yi来说�Q�和另一�?/span>q = ( conα�Q?/span>sinα)�怹��Q�则表示�?/span>p沉K��时针方向旋�?#945;�Q?/span>p’ = pq ,�q�是2D旋�{.

如果要表�C?D旋�{,��需�?D复数�?于是��有�?四元�?,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
四元��C��?
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源代码里�q�样定义乘法:

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
        );
    }

RichardHe 2008-07-23 15:26 发表评论

本地化支�?OGRE&CEGUI中文输入

RichardHe — Mon, 14 Jul 2008 06:33:00 GMT

本地化支�?OGRE&CEGUI中文输入:源代�?/h1>

From OGRE 3D 中文

Jump to: navigation, search

说明

本代码�ؓWin32�q�_��上OGRE 3D囑�Ş引擎各版本中文输入所使用。代码中可能存在不完善的地方�Q�如有问题可以到论坛交流�?

[

源代�?

下蝲�q�接�Q�for OGRE 3D 1.4.0RC1 �Q?

下蝲�q�接�Q�for OGRE 3D 1.2.5�Q?

[�~�辑]

使用�Ҏ(gu��)��

请先下蝲Windows版本OGRE源代码，以及相应的依赖文�Ӟ��然后把他们接压在同一目录下�?

然后把从�q�个�|�页下蝲的源代码相应版本的源代码解压到OgreNew目录下覆盖相应文件�?

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

[�~�辑]

目录内容

OGRE 3D 1.4.0RC1

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

Samples\

ChineseInput\中文输入demo��目

Common\

CEGUIChineseInput\CEGUI输入�H�口�l��g

CEGUIChineseInputWR\CEGUI输入�H�口渲染�l��g

CEGUIChineseInputDependencies\CEGUI输入依赖��目

Media\

gui\中文输入demo依赖资源文�g

Ogre_vc8.sln 新的工程文�g

OGRE 3D 1.2.5

Dependencies\

include\

CEGUI\CEGUI0.5.0包含文�g

ois\OIS包含文�g

lib\相应库文�Ӟ��CEGUI&OIS�Q?/em>

OgreMain\
include\对引擎的修改�Q�开出对处理win32消息的接�?/em>

RenderSystems\
Direct3D9\对引擎的修改�Q�开出对处理win32消息的D3D的实�?/em>
GL\对引擎的修改�Q�开出对处理win32消息的OpenGL的实�?/em>

Samples\
ChineseInput\中文输入demo��目
Common\
bin\�q�行旉��要的支持库以及配制文�?/em>
CEGUIChineseInput\CEGUI输入�H�口�l��g
CEGUIChineseInputWR\CEGUI输入�H�口渲染�l��g
CEGUIChineseInputDependencies\CEGUI输入依赖��目
CEGUIRenderer\OGRE对CEGUI0.5版本支持的修�?/em>

Media\
datafiles\中文输入demo依赖资源文�g

Ogre_vc8.sln 新的工程文�g

RichardHe 2008-07-14 14:33 发表评论

OGRE昄��中文

RichardHe — Mon, 14 Jul 2008 06:28:00 GMT
一、要昄��中文�Q�必��要有可以拿来用中文字体�Q�这个中文字体从何而来呢？在你的C盘有�Q�在你系�l�的字体里找(C:\WINDOWS\Fonts)。例如：我们扑ֈ�一�?#8220;simfang.ttf”字体�Q�仿宋体�Q?��它copy�q�复制到OGRESDK目录下的Media目录下的fonts目录里面 �Q�X:\OgreSDK\media\fonts�Q�，你也会发现这里原来就有几个字体�?br>
二、有字体以后�Q�就要徏立一个simfong.font的文�Ӟ��q�个文�g是字体的xml配置文�g。怎么创徏�q�个文�g呢？用记事本建立然后拯��如下内容到记事本中：

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

然后��记事本重命名�ؓsimfong�Q�然后将后缀名改为font�Q�最后把他放在Media目录下的gui目录里面�Q�X:\OgreSDK\media\gui�Q�，你也会发现这里原来就有几个font文�g�?br>
三、用��C��本方式打开OGRE下的TaharezLookSkin.scheme文�g�Q�版本不同，可能命名不同�Q�但是后�~�名和里面的内�Ҏ(gu��)��大同��异的，它的路径貌似X:\OgreSDK\media\gui�Q�。然后在内容为：

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

的后面，插入如下内容�Q?br>

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

�q�样��完成了昄��中文的必要条件了�?br>
然后��是修改代码了。我们用OGRE官方�|�里面的WiKi基础教程的例子七做个�l�习�Q�你也可以到中国的OGRE�|?我是�q�样的称呼它�Q�去看看学习�q�个�l�习�?br>
��这个练习中的代码部分改写如下：

…………
  //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"中文退�?/span>").asUTF8_c_str());
…………

�~�译�q�行。就O(ji��n)K了�?/p>
看到教程6, ��顺便试了试中文昄��, 字体讄��我倒是惛_��? 只是没想到字�W�集转换�q�么恶心:

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

关于layout文�g:

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"改了"退�?,�l�果�q�行��报错了, LOG文�g昄��?

Exception: ExpatParser::parseXMLFile - XML Parsing error 'not well-formed (invalid token)' at line 7

查了�? 原来文�g格式也要�Ҏ(gu��)��UTF-8格式�?呵呵

RichardHe 2008-07-14 14:28 发表评论

让OGRE支持中文

RichardHe — Mon, 14 Jul 2008 06:27:00 GMT
0�Q�前�a��Q?br> 本�h非计��机专业�Q�凭着爱好和一腔热血混入游戏开发大军候补��队�Q��^面尚未钻透。�ؓ赶时髦，企图叛变�?D阵营�Q�慌�׃��中捡�?#8220;OGRE”。学到如今，亦可让正方体飞机�{�不明物体在三次元空间胡乱打转。但觉得本引擎不支持中文昄��而感��C��爽，便四处寻求高人指教，但大部分高�h指点��_��“自己写引擎算了�?#8221;衡量了一下自�׃��量，觉得“自己�?#8221;�q��g事十�q�内恐尚隑ց�到。再后来扑ֈ�3DCastle论坛�Q�经�q?#8220;bug�?#8221;以及“��客☆龙�?#8221; 两位前辈的指点，也通过高手“renwind”遗留下来的教�E�，误打误撞竟然自己改出了中文支持，兴奋之余便想写点东西留点�U�念�?br>
1�Q�准备工�?br> “bug�?#8221;已经通过WINAPI实现了OGRE在Direct7.0下的中文支持�Q�也有高手说�q�样效率不高�Q�更因�ؓ本�h基本上是不怎么熟�?zh��n)? WINAPI的，所以就攑ּ�了这�U�方法。企囄��接通过贴图来实��C��文显�C�，毕竟OGRE本��n文字输出也是用的�q�种办法�Q�更好的是OGRE引擎除了普通的 “ttf”字体外还支持位图字体�Q�其�?#8220;ttf”在引擎中也被Ogre::Font::createTextureFromFont()转换成位图了�Q�，基本上就是做一个很大很大的囄��Q�然后上面画满汉字，直接读进��d��可以了，问题也就变成了——如何找�q�个大图片�?br> �q�好GBA游戏的开发者们已经扑ֈ�了很好的文字来源和取得方法，通过金山�?6*16炚w��字库得到接近9000个字模，然后通过�E�序��d��q�写�?048*2048的单色位图上�Q��{换成“png”格式囄��?21k�?br>
2�Q�基本知�?br> 修改引擎之前�Q�我们先要知道OGRE是如何显�C�字体的。OGRE本��n面向对象的设计和自带文��都做得非常规范漂亮，很容易就能找到关于显�C�文字的�c�M��及相兛_��数。在�q�里主要看一下关于位囑֭�体是如何昄��在画面上�?br>
(1)字体的读取�?br> 和这��功能相关的有两个类�Q�一个是Ogre::FontManager�c�，负责分析字体信息�Q?.fontdef�Q�文件。然后用builder模式�? ��Z��个Ogre::Font�c�R��在Font�c�M��最重要的数据莫�q�于mTexCoords_u1、mTexCoords_u2�? mTexCoords_v1、mTexCoords_v2�q�四个数�l�，他们分别用来储存不同文字对应在图片上的纹理坐标�? 不过数组大小明显不够储存9000个汉字的�Q�一会儿要改的�?br>
(2)字体的显�C��?br> 好像字体昄��中用得较多的是Ogre::TextAreaGuiElement�c�，不过好像�q�有其他的，我们在这里只看这个吧�Q�估计其他的也大同小异。看了看好像唯一和显�C�字体有关的函数��是void TextAreaGuiElement::updateGeometry()了，基本上就是根据要写到屏幕上的字串�Q�在Ogre::Font�c�M��得到相应的脓(chu��ng)囑֝�标和贴图�Q�然后画上去�Q�道理也不是很难�?br>
3�Q�动手术
目标锁定到Ogre::Font�Q�Ogre::FontManager�Q�Ogre::TextAreaGuiElement三个�c�M��Q�把所有文件备份一遍手术开始！

(1) Ogre::Font�c�R�?br> 首先是储存文字脓(chu��ng)囑֝�标的数组的大��不够，原来定义的是——宽字符�?(1024 - 32)、ASCII(256 - 32)。这点点大小怎么够我�q?000字大军进入，索性都�Ҏ(gu��)��(9030 - 32)。还有就是set和get文字贴图的id都是char�c�d��数据�Q?56个id也不够分配给汉字�Q�看来要都改成unsigned long形（其实大部分机器上int也是32位，不过long是固�?2位的�c�d��Q�感觉统用点�Q��?br>
(2) Ogre::FontManager�c�R�?br> 里面从脚本文件中解析贴图坐标的方法是�Ҏ(gu��)��单字�W�的方式�Q��ؓ支持汉字�Q�改成同时可以分析int的。一个汉字对应数字是他的��Z��?161�Q�前160个留�l�了半角字）�?br>
(3) Ogre::TextAreaGuiElement�c�R�?br> �q�个是相�Ҏ(gu��)��较麻烦的�Q�他要从字串中分辨出到半角字和中文。在�q�里增加一个std::vector caption�Q�用来储存分辨的�l�果。增加以下几行：

    std::vector caption;
    unsigned char nTemp;
    String::iterator it=mCaption.begin();
    for(;it!=mCaption.end();++it)
    {
        if(unsigned char(*it)<=160)//如果是半�?br>         {
            caption.push_back((unsigned char)*it);
        }
        else//处理全角字符
        {
            nTemp=(unsigned char)(*it);
            ++it;
            if(it==mCaption.end())
                break;
            //下面是得到区位码+161的公式�?br>             caption.push_back((94*(nTemp-0xa0-1)+((unsigned char)(*it)-0xa0-1))+161);
        }
    }

然后后面所有关于mCaption的地斚w��用caption代替��ok了�?br>
4�Q�结果�?br> 在OpenGL和DX9.0中成功的支持了中文，但是DX7.0中竟然出��C��q�行错误�Q�具体问题还不清楚，�q�望各位高手指教�?br> 因�ؓ字体本��n原因�Q�文字很扁��^的不好看�Q�烦性又改了改Ogre::Font�Q�Ogre::FontManager两个�c�，实现脚本中支持修�Ҏ(gu��)��字纵横比例的�p�L��的proportion�Q�当�q�个��D��|��ؓ0.8的时候比较好看了�?br>

    相关文�g
    chinese.fontdef//字体信息文�g 攑֜�资源文�g加中
    font.png//字体囄�� 攑֜�资源文�g加中

    OgreFont.cpp
    OgreFont.h
    OgreFontManager.cpp
    OgreTextAreaGuiElement.cpp
    //上面文�g覆盖同名文�g ��可�?先备�?br>
�q�个是在ogre-win32-v0-13-1基础上改的，请到ogre-win32-v0-13-1.zip下蝲

中文字体名字��叫 Chinese,以后能做中文游戏了！

免费打工仔QQ:1850070

RichardHe 2008-07-14 14:27 发表评论

RichardHe — Wed, 09 Jul 2008 07:42:00 GMT
     摘要: �W�三人称摄象机系�l�例�?Translator�Q�自由骑士笃志（王宏张） Data�Q?008-5-14 l        前言 Ogre是一�ƾ优�U��?D囑�Ş渲染引擎�Q�在国内�Q�很多前辈从04�q�甚��x��早就对它有了深入的了解，�q�留了许多译文和心得�Q�极大的便利了我的学习。虽然我��h��比较晚，但仍希望自己学习间的�q�些记录和翻译能够帮助到...  阅读全文

RichardHe 2008-07-09 15:42 发表评论

Ogre命��o行工具包使用说明

RichardHe — Wed, 09 Jul 2008 07:42:00 GMT

Ogre命��o行工具包使用说明

本文��由自由骑士�W�志 ��译整理,版权属于OgreTeam。�{载请包含本行信息�?/span>

�q�个工具包包含了一些对Ogre资源文�g�q�行操作的预处理命��o行工兗��?/span>

它包�?/span>OgreXMLConveter, OgreMeshUpgrade, OgreMaterialUpgrade�?/span>MeshMagick�?/span>

�(zh��n)�可以在�q�里获得�?/span>WindowsV1.4.7版本的下�?/span>,或者在�q�里获取�?/span>MacOSXV1.4.0版本的下载。以上两个版本均�?/span>2008�q?/span>3�?/span>6�?/span>的版本，卌��者进行翻译的版本�Q�若需要更多信息和更新的版本，可以讉K��Ogre官方�?/span>

.[OgreXMLConveter]

OgreXML转换器能够将 .mesh 模型�|�格文�g �?/span> .skeleton 骨骼文�g �?/span>XML格式转换��Z��q�制格式�Q�同时可以将其二�q�制格式转换�?/span>XML格式。它同时也允�怽�在将XML格式转换��Z��q�制格式时设�|?/span>LOD层��信息�?/span>

如果你的Ogre脚本资源中原本��用的��是XML格式文�g的话�Q�那么本工具则是Ogre�q�行时必��ȝ��。所以你能够�?/span>OgreSource包的Tools/XMLConverter中找到它�?/span>

使用�Ҏ(gu��)���Q?/span>

OgreXMLConverter 操作选项源文件�\�?/span> 目标文�g路径

有用的操作选项包括�Q?/font>

-i            = 控制与命令行�?/span>

-l nLODNum = 指定�?/span>LOD层�� ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-d nLODDis = 指定LOD层��间的距离增幅 ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-p nLODPer = 指定每两�U?/span>LOD层之间三角面减少癑ֈ��?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-f nLODNum = 指定两��LOD层之间的固定��点减少�?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-e            = 关闭模版阴媄�?/span>edge�?/span> ( 当��用模版阴影时该项才有�?/span> )

-r            = 关闭Ogre推荐的顶点缓冲区格式�?/span>

-t             = 为法�U�脓(chu��ng)囄��成切�U�信�?/span> ( 当��用法�U�脓(chu��ng)图时该项才有�?/span> )

-o            = 关闭冗余关键��和�q�动轨迹的剔�?/span>

-d3d          = 优先使用D3D�q�行颜色格式的填�?/span> ( �?/span>Windows�q�_��中默认该��开�?/span> )

-gl           = 优先使用GL�q�行颜色格式的填�?/span> ( 在非Windows�q�_��中默认该��开�?/span> )

-E endian      = 讄��endian模式�Q�可以选择big, little �?/span> native ( 默认�?/span>native )

-q            = 轻量模式�Q�减��输出�?/span>

-log filename   = Log文�g名称。（默认�?/span>OgreXMLConverter.log�Q?/span>

.[OgreMeshUpgrade]

�q�个工具能够��你的�Q何老版本的 .mesh 文�g更新到当前版本的 .mesh 文�g�?/span>

你可以在Ogre.log文�g中得�?/span>.mesh文�g的版本信息。一般来��_��Ogre可以�q�行老版本的.mesh文�g�Q�但是性能上会有一些差别。如果你更新�?/span>Ogre的其他部分，你尽量应当将.mesh文�g更新为同��L(f��ng)��版本�?/span>

使用�Ҏ(gu��)���Q?/span>

OgreMeshUpgrate 操作选项源文件�\�?/span> 目标文�g路径

有用的操作选项包括�Q?/font>

-i            = 控制与命令行�?/span>

-l nLODNum = 指定�?/span>LOD层�� ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-d nLODDis = 指定LOD层��间的距离增幅 ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-p nLODPer = 指定每两�U?/span>LOD层之间三角面减少癑ֈ��?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-f nLODNum = 指定两��LOD层之间的固定��点减少�?/span> ( 该项仅在XML格式转换�?/span>Mesh格式时有�?/span> )

-e            = 关闭模版阴媄�?/span>edge�?/span>

-r            = 关闭Ogre推荐的顶点缓冲区格式�?/span>

-t             = 为法�U�脓(chu��ng)囄��成切�U�信�?/span>

-d3d          = 转换�?/span>D3D颜色格式

-gl           = 转换�?/span>GL颜色格式

-srcd3d       = 老版本的mesh文�g�?/span>D3D颜色格式

-srcgl        = 老版本的mesh文�g�?/span>GL颜色格式

-E endian      = 讄��endian模式�Q�可以选择big, little �?/span> native ( 默认�?/span>native )

注意�Q?/span>

�q�个工具现在允许你自定义重组你的mesh�|�格文�g的顶�Ҏ(gu��)��式�?/span>

如果你想更新0.15.0之前的�Q意一个版本的mesh�Q�那么在该程序运行时会问你是否希望进行顶�Ҏ(gu��)��式的重组�Q�你输入’y’��可以了。在0.15.0版本之后�?/span>mesh在更新时会允�怽�对该mesh做更多的操作�Q�例如，你可以对每个独立模型节点的顶�Ҏ(gu��)��定不同的��点�l�构�Q�你既可以自定义��点�l�构�Q�也可以使用’automatic’自动模式�?/span>

.[OgreMaterialUpgrade]

�q�个工具能够��你的�Q何老版本的 .material 材质文�g更新到当前版本的 .material 材质文�g�?/span>

值得注意的是�q�个自动更新是不会加入一些新的脚本语法功能的�Q�这么说你可能不好理解。（例子�Q?/span> “scene_blend add”�q�句可能会被更新�?/span>”scene_blend one one”�Q�因�?/span>”add”的底层实际上��是”scene_blend one one”�Q�自动更��C��一些高�U�语法更��Cؓ比较直接底层的语法）

另外�Q�这个工具仅�?/span>0.13.0版本以下的材质脚本更新有效，�?/span>0.13.0版本以后的材质脚本是没有必要�q�行更新的�?/span>

使用�Ҏ(gu��)��Q?/span>

OgreMaterialUpgrade 源文件�\�?/span> 目标文�g路径

.[MeshMagick]

Copyright 2007 by Daniel Wickert

�q�个工具是对mesh文�g�?/span>skeleton文�g�q�行一些处理的工具�?/span>

大致包括以下功能�Q?/font>

Info         = 输出mesh的信息�?/span>

Meshmerge   = ��多�?/span>mesh合�ƈ��Z��?/span>mesh文�g

rename       = 重命�?/span>mesh�?/span>skeleton的不同元�?/span>

transform     = 旋�{�Q�羃放一�?/span>mesh

使用方式�Q?/span>

MeshMagick –help=工具�?/span> 可以获得更多相关信息�?/span>

.[译者笃志补充说�?/span>]

1�Q�除MeshMagick该工具外�Q�其他三�U�工��P��使用方式都可以是�Q�将源资源文件拖拽到工具�?/span>exe图标上。因为更新程序会��源文�g覆盖�Q�所以推荐做下备份后再更新�?/span>

2�Q��?zh��n)�可以写批处理文�g对其�q�行使用。格式即��Z��面的使用方式�?/span>

举例�Q�新��Z��个文本文�?/span>test.txt

�~�辑内容�?/span> OgreMeshUpgrate –d3d –l 4 –d 500 –p 30 E:\Ogre\Media\TestSrc.xml F:\Temp\TestDest.mesh

修改文本后缀名�ؓtest.bat

��该批处理文件与OgreMeshUpgrate.exe攄��同一目录下，�q�行

则会自动��?/span>E:\Ogre\Media\TestSrc.xml文�g转换�?/span>F:\Temp\TestDest.mesh文�g�Q�同时开启了4�?/span>Lod�Q?/span>Lod间距�?/span>500象素�Q�每一�U�间面数差距�?/span>30%

3�Q?/span>OgreMeshUpgrate工具推荐使用automatic自动模式��点格式�Q�效率会比较高，�q�且省去不少�ȝ��?/span>

4�Q?/span>MeshMagick工具不推荐��用。本�w�功能有限，而且长期无�h�l�护�Q�对新的mesh支持不好�?/span>

RichardHe 2008-07-09 15:42 发表评论

Ogre学习记录

RichardHe — Wed, 09 Jul 2008 07:36:00 GMT
     摘要: 1�Q?设计初衷它设计初��h��完全跨��^台的。抽象的接口隐藏了��^台相关的�l�节�?它设计初��h��大幅度支持扩展的。支持多�U�场景类型，独立出��^台和3D接口限制�?2�Q?基本�cȝ��构关�p?Roo�Q�对象�ؓ一切的入口�Q�它负责创徏Ogre的所有基��元素�Q�三大基��元素大致包括�Q�场景管理器�Q�绘制系�l�，资源��理器�?场景��理器：场景节点�Q�动态对象�?资源��理器：资源�l�管理，资源��理渲染模块�Q�硬件缓冲区��理�Q?..  阅读全文

RichardHe 2008-07-09 15:36 发表评论

RichardHe — Wed, 09 Jul 2008 07:34:00 GMT
     摘要: ��http://blog.csdn.net/duzhi5368/archive/2008/04/22/2314232.aspx 使用设计模式来提高程序库的重复利用性是大型�E�序��目开发必��ȝ��。但是在“四�h�?#8221;的设计模式概�q�C��提到�?3�U�标准设计模式，不但难以��C��Q�而且有些设计模式更多的适用于应用程序开发，�Ҏ(gu��)��戏项目引擎设计�ƈ没有很多的利用�h(hu��n)倹{��根据经验，�_�挑�l�选后�Q�笃志在...  阅读全文

RichardHe 2008-07-09 15:34 发表评论

RichardHe — Wed, 09 Jul 2008 07:30:00 GMT

��: http://blog.csdn.net/tonywjd/archive/2006/08/11/1052346.aspx

游戏主要用到了几个引擎，物理引擎�Q�PhysicsX SDK 2.3.2�Q�即NovedeX的新版本�Q�，囑�Ş渲染引擎�Q�OGRE 1.2.0�Q�包括�h机界面的CEGUI部分�Q�，声音引擎�Q�Direct Sound�Q�，�|�络引擎�Q�RakNet�Q�可惜由于时间等原因�Q�加入失败，大大降低游戏可玩性）�Q�徏模用Maya�?dsMax�?/p>
模型的导�?/strong>

OGRE有自��q��3D模型格式�Q?mesh格式�Q�。导出可以直接出OGRE官方�|�站下蝲导出插�g。不�q�导出插件有好些Bug。对于徏模方式的不同导出也不同，Maya的导出插件不能导出非��闭的曲面，�?dsMax可以�Q�所以可以通过它导�?mesh�?/p>
另外�Q�在物理引擎中要表现�_��的碰撞，最好能得到模型的网格结构，��x��型的炚w��信息�Q�而不是用��单的规则形式来包裏V��我们的游戏中地囄��的是前者，而�R辆道��L(f��ng)��用的是后者�?/p>
但PhysicsX�q�不支持.mesh。所以我们是通过导出插�g导出�?mesh.xml格式文�g中读取点面信息（仅此�Q�，再写到自定义的二�q�制文�g格式中，为物理引擎��用�?/p>
OGRE�?/strong>PhysicsX之间的耦合

PhysicsX和OGRE场景��理比较�c�M��Q�都有对应的�c�R��一个可以移动的物体�Q�在OGRE中可以用SceneNode实现�Q��ƈ加入到场景管�? 中，在PhysicsX中则可以用NxActor对应。NxActor中PhysicsX中的一个物理单位，它可以把一个物体用��单的几个规则几何形状�? 裹�v来，所以的重力、碰撞等物理作用都作用在NxActor中，�q��生相应的物理反应。得到相应的物理数据之后�Q�再通过讄��SceneNode相应属性， ��可以实现逼真的物理效果�?/p>
事实上，地图场景也是作�ؓ普通的3D物体来实现�?/p>
而OGRE与PhysicsX之间的映��ƈ不是对于每一个物体进行映��封装实现。而是把这两部分封装成独立的两个模块，但这两部分中所有的物体都是一一对应的。在�ȝ��序中�Q�再把从PhysicsX部分计算出的�l�果�Q�传递给OGRE部分�Q�进行绘制。这样也为网�l�的加入提供了好的嵌入点。因为只要服务端 �q�行全部物理�q�算�Q�再把运��的�l�果发给客户端OGRE�q�行渲染�?/p>
OGRE中的frameStated(const FrameEvent &evt)作�ؓ�E�序的主�U�程�Q�在其中调用

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

m_NxScene->flushStream();

m_NxScene->fetchResults(NX_RIGID_BODY_FINISHED);

再把�q�算的物理结果给OGRE�l�制�?/p>
�q�样OGRE与PhysicsX�l�合在一��P��而两者的内部实现是互不媄响的�Q�可以独立编�E�，只要处理好两者物体的一一对应关系�?/p>
地图场景的实�?/strong>

对于OGRE来说有专门的室外地图场景��理。但是由于其高度囑־�隑֯�入到PhysicsX中，除非通过建模时得到点面信息，但在具体操作中很隑ց��? 高度图与�|�格炚w��信息的一致。我们还试过在程序初始化旉��过OGRE的Ray取得地图上M*N个点的坐标，�l�成2*M*N个三角�Ş面片�Q��用到物理引擎中，�q�似的实现物理地图。但�q�种实现所有的三角形在XZ�q�面上的投媄都是一��L(f��ng)��Q�面片太��可能不�_��Q�太多又会增加不必要的开销�Q��ȝ��来说不够理想�?/p>
PhysicsX中也有专门用于处理地囑֜�景的NxActor�Q�可以在创徏NxActor前通过

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

                                                 // Default: NX_NOT_HEIGHTFIELD

terrainDesc.heightFieldVerticalExtent    = -1000.0f;

�q�行讄��。这样可以大大的提高效率。这本来应该是一个理想的做法。但�׃��我们建模时模型导出有些误差的原因�Q�会出现某些面片为垂��_��物理��撞的效�? 在这些地方过于激烈，表现在屏�q�上��是车会�H�然被撞得飞��h��很高。我们试了很久都没找到合适的模型导出�Ҏ(gu��)��避免�q�一现象。所以只有所地图场景也作��Z��个普通的NxActor�q�行处理�Q�这��P��虽然克服不了建模导出时的�q�个问题�Q�但也不易被玩家发觉�?/p>
�q�样�Q�地囑֜�景就有了实现的方法了�Q�在OGRE中作为普通的.mesh对待�Q�创建SceneNode和Entity�Q�在PhysicsX中，作�ؓ普通的NxActor对待�Q�只是用NxCooking�q�行处理�Q�具体没�ȝ��IӞ��可能是�ؓ了提高性能�?/p>
车辆的实�?/strong>

车辆的实现是本游戏的重点�?/p>
当然也分OGRE和PhysicsX两部分实现�?/p>
OGRE部分�q�包括视角即�Q�Camera�Q�，而其他诸如��a量，道具之类的与车辆本��n无关的这里不做描�q�。一辆�R的主要结构如下：

对于一辆�R的徏模，�q�里�q�是比较�_�糙�Q�只是分��R轮和车体�Q�把车轮分离出来主要是实现轮子的转向效果�?/p>
�׃��本游戏的初衷是实现多人对战的�|�络游戏�Q�只是到最后没能实现网�l�，改�ؓ单机。但所以的��装都是为多人网�l�游戏准备的�?/p>
所有�R会由一个类�q�行�l�一��理�Q�而这个类用了Singleton设计模式。在其上有另一个封装OGRE场景和�R辆的�ȝ��?/p>
PhysicsX部分�Q��R体由十几��单的面片�q�行包裹�Q�而�R轮是关键�?/p>
车辆通过构造轮子的层次�l�构实现�Q��R��p�R体和四个车轮�l�成�Q�实现运动主要由车轮控制�?/p>
所有�R辆可控的�q�动�Q�比如碰撞�ؓ不可控）都由车轮带动。这也符合实现的物理�?/p>
车轮的实��C��要是通过NxWheelShape实现。下面是部分对NxWheelShape的分析�?/p>
NxWheelShape属性：

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

suspensionTravel�Q�Range: [0,inf)�Q�suspension的作用距��?/p>
virtual void setLongitudalTireForceFunction (NxTireFunctionDesc tireFunc)=0

讑֮�动力�Ҏ(gu��)��向的加速度�{�的影响

virtual void setLateralTireForceFunction (NxTireFunctionDesc tireFunc)

讑֮�动力对侧向的加速度�{�的影响�Q�可以实��C��滑之�cȝ��

axleSpeed�Q�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�Ӟ��直接讑֮�速度�Q�这�U�模式不再受motorTorque和brakeTorque�{�媄�?/p>
brakeTorque�Q�Range: [0,inf)

刹�R力矩

inverseWheelMass�Q�设定动力对加速度�{�的影响�Q�越大作用��生的效果��强

motorTorque�Q�Range: (-inf,inf)

动力矩，使�R前进

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

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

与其他物体的联接有关

上面�q�部分是以前写的�ȝ��Q�虽然不完整�Q�现在也不想再细下去了，到此�?/p>
不过有一点要提的是，虽然车轮的摩擦力�Q�弹性系��C��么的 �Q�restitution�Q�staticFriction�Q�dynamicFriction�Q�可以设�|�，��像其他基本形状一��P��但似乎没什么作用，��p��? �?一般，我试了很久，都是�q�样�Q�不知什么原因。这栯��使�R表现��Z��定的��d��效果�Q�可以通过把刹车力设�ؓ一定值实现。实��C��可控地去影响轮子�q�动速度的只有动力和刹�R力（setMotorTorque�Q�setBrakeTorque�Q�，而媄响�R轮角度的是（setSteerAngle�Q�，另外当然也可以直接设�|�轮子的前进速度和�{动的角速度�Q�NxWheelShape提供了这�U�接口。不�q��ؓ了逼真性，最好不要调用这两个接口�Q�因��己实现物理效果可能有一堆公式�{化，而只有在车辆初始化或使用什么道��L(f��ng)��时候调用�?/p>
要实��C��滑之�cȝ��效果�Q�只要调用setLateralTireForceFunction卛_��?/p>
另外�Q�用现成的NxWheelShape�q�是有缺点的�Q�就是很难调手感�Q�可能也较难实现复杂的效果。我调了很久�Q�最后只能将��׃��?/p>
PhysicsX不需视角处理�?/p>
PhysicsX�c�M��间的�l�构与OGRE部分基本上一模一栗��?/p>
赛道圈数的判断实�?/strong>

不知道像极品飞�R之类的游戏赛道圈数是怎么实现的，应该与我们的不同�Q�因为它可以每时每刻的判断�R辆是不是在往回走。我们想�q�可能的�Ҏ(gu��)��Q�比如赛道内某一点，判断其到车位�|�的矢量和速度矢量的夹角。没试过�?/p>
我们用的是另一�U�只能判断当前圈数的办法�Q�对实现�q�点来说很准��，无论倒开�Q��R体一半穿�q��v跑线再返回什么的都能准确判断。这利用了PhysicsX的Trigger�?/p>
在赛道�v跑线位置攄��两个盔R��很近的很薄但很高且与赯��U�等长的长方体NxActor。该NxActor的�Ş状属性�ؓ�Q?/p>
BoxDesc.shapeFlags |= NX_TRIGGER_ENABLE;      // NxBoxShapeDesc BoxDesc;

�q�样��M��NxActor��到了这个物理都会触发一个onTrigger�q�程。这里只要定义一个类的对象（如mItemTrigger�Q��ؓ接受触发事�g�Q�而这个类�l�承NxUserTriggerReport�Q��ƈ实现

virtual void onTrigger(NxShape& triggerShape, NxShape& otherShape, NxTriggerFlag status)�Ҏ(gu��)��。再

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

��可能实现�?/p>
每次触发都会调用一�ơonTrigger�Q�在onTrigger中可以判断是刚进入该物体�q�是��d��。实际上对于车在两个长方体NxActor中的�? �|�，��d��有七�U�状态（从哪一头进入到该位�|�，虽然�l�果位置一��P��但算��Z��同状态，�q�样可排除�R辆一半进赯��U�又�q�回引�v的计数错误）。具体状态如下图�Q?/p>

�q�样状态间的�{换即为：

�׃��只能��到是哪个NxActor�Q�而�R辆对应的�c�（�q�里NxVehicle�Q�是自己��装的，里面包含一个NxActor�Q�所以得到哪�? NxVehicle可以充分利用NxActor中的一个public成员void* userData的作用，让它指向它所在的NxVehicle对象�Q�this�Q�即可�?/p>
CEGUI的实�?/strong>

引用Lzx一�D�：

“利用OGRE引擎和CEGUI�q�行了基本的场景和GUI布局�q�行了编写�?/p>
CEGUI��d��2DGUI布局的配�|�文�Ӟ��q�个文�g是用xml来编写的。这样可以将�E�序�~�写和UI的设计相对分开�Q��得程序设计和UI��工设计可以更好的分开。读取后�?D场景中进行绘制�?#8221;

�q�个实际与游戏过�E�部分是独立的。由于时间紧�q�，我们�q�没�q�行很好的封装实玎ͼ�只在一呛_��写在�c�（class CuteCarFrameListener : public ExampleFrameListener, public MouseMotionListener, public MouseListener�Q�中�?/p>
�q�部分具体不是我做的�Q�也没去�l�究。而且是在�|�络加入��p�|后做的，所以�ƈ没考虑�|�络斚w��的接口，�q�里便不详述了�?/p>
另外�Q�小地图和�R速表的实��C��是这部分内容�?/p>
��地囑֮�现先贴一张赛道图�Q�在从物理引擎得到�R辆的位置�Q�算出在地图上的相当位置�Q�百分比�Q�，映射昄��到小地图上即可�?/p>
车速表则更��单，��d��速度�Q�画个图��可�?/p>
玩家视角Camera的实�?/strong>

在�R辆实��C��已有描述�Q�这里只是一�U�实现方案�?/p>
只创��Z��个Camera对象�Q�注意它不能被多个SceneNode来attach�Q�所以�{换视角时�Q�要先detatch。这个当时探索了好些旉��Q�不�q�都是Ogre基本知识�Q�做��h��q�是��单的�Q�不说�Ş�?/p>
提一下，在实际�R辆行��C��Q��h的视�U�跟随通常会比车辆转弯的动作稍晚一点点�Q�这里就加了一个缓�Ԍ��也就是每�ơ看到的东西都是30帧之前的场景�Q�以实现更好的效果。这个通过一个链表（数组�Q�就很容易实现�?/p>
另外车辆左右摆动�Ӟ��人的视角是不会跟着左右摆的�Q�虽然现实中可能会一些，但在游戏中会�l��h�q�于晃动的感觉，�q�里��把左右摆动��L��了，也就是Camera向上向量始终与y轴��^�Ӟ��q�通过一些数学运��便可，说实话，我是凑出来了�Q�花好长旉��?/p>
声音的实�?/strong>

也不是我做的�Q�同学Lzx做的�Q�引用一�D�：

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

声音的加入，对原先的�E�序基本无媄响。因��Z��用的DirectSound和上面这些基本算独立�Q�Lzx��装得也相当不错。声��x��放时自动会开�U�程�Q�对游戏其它模块无�Q何媄响�?/p>
有关�|�络引擎加入��p�|

原计划网�l�引擎采用RakNet�Q�也��装了一些东西，也提供了不错的接口。但�׃��当初游戏的整体设计不充分�Q�游戏框架设计成一个Ogre作�ؓ�ȝ�� E�，而网�l�部分需要单独开辟一个线�E�来�q�行数据传输和处理，如果�q�在一个线�E�里面，会�ɾU�程��d��Q��数据传送相当缓慢，甚至不成功，��D��游戏的无法��l? �׃��旉��的关�p�，框架更新旉��不��Q�只好放弃这块，做成单机版�?/p>
�׃��|�络引擎需要额外的�U�程和缓�Ԍ��而OGRE�q�不提供�q�种功能。最好的办法是创��Z��个主�U�程�Q�而把OGRE中��@环作��Z��个子�U�程来处理。但�q�样做，原先我们��装的系�l�是不能够支持，大量改变代码�Q�时间已不够�Q�所以无奈只好放弃�?/p>
在网�l�上��q��_�֊�太少�Q�一开始不够重视也是个原因啊。而事实上我们对于�|�络上的�~�程毫无�l�验�?/p>
贴些游戏截图�Q�美工还�?/strong>PP

后话

调试��q��OGRE提供的Log好了�Q�不能一步步�q�行调试。还有一个好办法��是生成.map文�g�Q�再�Ҏ(gu��)��windows中出错提�C�框中通常提示�q�行�? 哪个虚拟地址出错�Q�在.map文�g中找��Z��码的具体出错行。这实际上对于已�l�给玩家使用的程序根据玩家获得的出错信息找Bug很有帮助

RichardHe 2008-07-09 15:30 发表评论

NxOgre�~�译备忘

RichardHe — Wed, 09 Jul 2008 03:51:00 GMT

NxOgre�~�译备忘

windows2000�Q�VS2005�~�译NxOgre

环境�Q?span lang="EN-US">windows2000�Q�vs2005�Q�c++�Q�team suite�Q�，.net1.0

主要内容

1. vs2005 sp1

2. ogre1.40:

3 PhsyX2.62

4. NxOgre

5 �~�译NxOgre tutorials

1. vs2005 sp1

1.1 查看自己的vs2005是否已经安装了sp1�?o:p>

      a) 在IDE里选择“帮助->关于Visual Studio 2005”菜单��，查看一下，��认SP1列�ؓ其中一个安装的产品�Q?o:p>

      b) 在IDE里选择“文�g->新项�?#8221;菜单��，查看一下，��认VS 2005 Web应用��目模型选项(是内�|�于SP1中的)被安装了�Q�而且是�v作用的：

      �Q�引�?a target="_blank">http://www.shengfang.org/blog/in ... a2aaf8dc91169701875�Q?o:p>

1.2 sp1的下�?o:p>

      �Q�引�?a target="_blank">http://hi.baidu.com/yongfa365/bl ... e5b57fcb80c484.html�Q?o:p>

      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的安装注意事��?o:p>

      1.安装旉��会非帔R��Q�如果机器配�|�不是很高的话需�?个小�Ӟ��一般的话也需�?个小时左��x��以请耐心�{�待�?o:p>

      2.安装前检查你的c盘是否有大于3G的空余空��_��因�ؓ安装的时候会释放很多临时文�g在c盘，如果不能保证大于3g的话可能会发生异帔R��误，不过我在安装的时候没有占�?G�q�么恐怖，不过也�v码占用了1G多的�I�间�?o:p>

      �Q�sp1下蝲到的那个��盘分区�Q�最好空间也要大一些）

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

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

�Q�引�?a target="_blank">http://www.cnblogs.com/ltp/archive/2007/02/25/656562.html�Q?o:p>

1.4 安装sp1

      �?a target="_blank">http://www.cnblogs.com/ltp/archive/2007/02/25/656562.html【文1】中有vs2005 sp1安装的一般方法�?o:p>

      可是�Q?.我的机器是windows2000�Q�找不到“软�g限制�{�略”�?.执行【文1】中�?bat文�g时出错－�Q�无法将相应的键值导入注册表�?o:p>

      解决�Ҏ(gu��)��是手动导入注册表键��|��

         * "开�?�Q��?#8220;�q�行”�Q�》键入regedit�Q�回车）�?o:p>

         * 扑ֈ�HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer

         * 在其下面建立一��：名称�Q�MaxPatchCacheSize�Q�类型：REG_DWORD�Q�数据��|��0

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

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

      1�Q?在dir目录下徏立a.bat文�g�?o:p>

      2�Q?用记事本打开a.bat�Q�把下列的代码复制进去，保存�Q�关闭�?o:p>

            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

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

            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�Q?双击执行a.bat。虽然在我的window2000上仍旧会有几个错误。但可以无视之�?sp1开始安装了�?o:p>

cpu1.7G�Q�内�?56M。安装时间近3��时�Q�c盘占�?G�?o:p>

安装NxOgre基本是按照官方的安装步骤�Q?a target="_blank">http://nxogre.org/Installing

2. ogre1.40:

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

ogre-win32-v1-4-0.zip�Q�解压羃到H:\ProgramFiles\Ogre\ogrenew�Q?o:p>

OgreDependencies_VC8SP1_Eihort_20070323.zip�Q�解压羃到H:\ProgramFiles\Ogre\ogrenew下）

�~�译ogre.sln��利通过

注意�Q�要有��够的��盘�I�间来编译ogre的源代码�Q�我选择批编译－》全部。编译完成后�Q�ogrenew目录竟然�?.59G�Q�！�Q?.obj *.ncb *.sbr *.idb *.pdb *.dep文�g占了3.47G�Q?o:p>

3 PhsyX2.62

可以参照官方的步�?a target="_blank">http://nxogre.org/Installing

4. NxOgre

4.1 下蝲NxOgre

      NxOgre.0.4.RC3.zip�Q�可以在官方http://nxogre.org下蝲�Q?o:p>

      NxOgre.0.4.RC3.tutorials.zip�Q�可以在官方http://nxogre.org下蝲�Q?o:p>

      NxOgrePatch-ForEihort-VS8SP1.zip�Q�download from http://www.ogre3d.org/phpBB2addons/viewtopic.php?t=3505�Q?o:p>

4.2 解压�~?o:p>

      三个包全部解压羃到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的��D��|�的可能有问题。因为编译NxOgre tutorials时提�C�找不到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++�Q?gt;inlude目录�?#8220;最前面”加入“H:\ProgramFiles\Ogre\ogrenew\OgreMain\include”�~�译ok

      在属�?>链接�Q?gt;库目�?#8220;最�?#8221;加入"H:\ProgramFiles\Ogre\ogrenew\lib"

5 �~�译NxOgre tutorials

5.1

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

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

      在属性－>c/c++�Q?gt;inlude目录里后面附�?o:p>

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

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

      在属�?>链接�Q?gt;库目�?#8220;最�?#8221;附加

      H:\ProgramFiles\Ogre\ogrenew\lib;

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

5.2 修改源文�?o:p>

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

      �?01.cpp文�g和其��目��Z��。其他同�?o:p>

         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

         一个可行的解决�Ҏ(gu��)��Q?o:p>

            a.先将tutorialApplicationEihort.h中的�q�段代码注释�?o:p>

                     #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函数拯��?01.cpp末尾�?o:p>

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

         4.注释�?01.cpp末尾的TUTORIAL_VOIDMAIN

其他问题可以�?span lang="EN-US">NxOgre论坛咨询�Q?o:p>
http://www.ogre3d.org/phpBB2addo ... 5649a7b87f21b4a057b

RichardHe 2008-07-09 11:51 发表评论

国产福利电影一区二区三区久久久久成人精品综合 ,天堂久久天堂AV色综合,久久久久亚洲AV无码去区首

Ogre源码剖析3–可扩展�?amp;插�g机制

用Ogre实现��M���?[ 截图 ]

评论

# re: [ 试验 ] 用Ogre实现��M���?[ 截图 ] 2007-05-22 16:14 万连�?/a>

# re: [ 试验 ] 用Ogre实现��M���?[ 截图 ] 2007-05-22 19:05 hitmaen

Overlay中文昄���

Ogre命��o行工具包使用说明

Ogre中的���撞�����?�?

Ogre �?四元数quaternion

本地化支�?OGRE&CEGUI中文输入

本地化支�?OGRE&CEGUI中文输入:源代�?/h1>

From OGRE 3D 中文

目录

说明

源代�?

使用�Ҏ(gu��)��

目录内容

OGRE昄���中文

让OGRE支持中文

Ogre命��o行工具包使用说明

Ogre学习记录

NxOgre�~�译备忘

用Ogre实现��M��?[ 截图 ]

# re: [ 试验 ] 用Ogre实现��M��?[ 截图 ] 2007-05-22 16:14 万连�?/a>

# re: [ 试验 ] 用Ogre实现��M��?[ 截图 ] 2007-05-22 19:05 hitmaen

Overlay中文昄��

Ogre中的��撞��?�?

OGRE昄��中文