当前位置：文档之家 › OGRE简析

OGRE简析

  • 格式：docx
  • 大小：32.02 KB
  • 文档页数：6

OGRE简析（一）------OGRE SampleBrowser框架解析“伟大航路，我把世界上的一切都放在了那里，有种的话就去领取吧”这是OGRE中文网的一则广告，我想，无论作为OGRE的学习者还是漫漫人生的一名旅人，这句话都是非常不错的激励语。

放在这，是否能够让你隐约看到属于自己的新世界？简介Ogre(Object-oriented Graphics Rendering Engine)是一款优秀的C++开源图形渲染引擎。

OGRE 主要提供渲染引擎，但是在系统API，文件管理以及范例中都提供的非常丰富的接口和范例，在设计模式上也有很多考究，代码书写的也比较规范，无论是作为使用还是学习，都有着非常不错的价值。

OGRE整体不算小，目前支持Windows、Linux、IPHONE、MAC、SYMBIAN五个平台，作为一个学习三维的新手来说，个人认为难度还算不小。

当你运行范例框架时，在惊诧其界面绚丽之余，多少很有一点无从下手。

而且OGRE也借助了不少第三方库,其范例界面俨然就是一个典型的Windows游戏界面，对于没有接触过的人们来说，和在.Net下的界面开发有很大的不同，这也加大的初学的难度。

如果仅看一个一个的局部案例而缺乏对整体框架的理解，又难免有管中窥豹之遗憾。

本文主要是针对范例框架部分的介绍，涵盖范例框架启动、显示和其后的UI界面操作部分。

针对范例框架，分析了OGRE在初始化、创建窗口、鼠标键盘事件响应、资源加载以及范例加载、渲染显示这几个模块的技术实现，另外对这几块所用到的框架和设计模式进行了总结。

算是对所学知识的总结，也方便接下来对案例所涉及的三维细节技术的研究。

备注：OGRE下载编译参考SampleBrowser范例Ogre范例写的很简单，main函数中仅有如下两行OgreBites::SampleBrowser sb; sb.go();可见，范例完全封装在SampleBrowser类中，只需要调用一下go函数即可。

但这两句话的效果却非常丰富，展现给我们一个交互式的范例展现界面，期间经过了root的初始化、窗口的创建、鼠标键盘事件的绑定和监听，系统资源的加载、范例程序的加载等，旅途可谓丰富多彩，期间无论是框架还是技术细节实现，都值得学习和推荐。

不妨现在就开启此次旅途第一站。

范例简析createRootOgre::Root* mRoot是SanmpleBrowser最重要的成员变量，和三维相关的渲染引擎、窗口、以及事件监听都是有其实现的，并完成整个过程的驱动，数据更新和渲染。

SanmpleBrowse启动的第一步，就是Root类的构造，Root相当于OGRE的地基，渲染场景和引擎、以及各种文件系统的管理和加载都是在Root构造函数完成的，代码相对简单明了，如果对UGC插件机制了解的话，插件加载等方式也基本一致，相对难度不大。

Root构造函数主要进行了：1.Manager初始化（DynLibManager插件管理、ArchiveManager文件管理、ResourceGroupManager资源文件管理、OverlayManager管理）2.具体文件系统的加载（普通文件、zip）3.窗口的初始化（mAutoWindow = 0）4.插件加载（loadPlugins(pluginFileName)，渲染引擎的加载）其后会根据配置文件设置Root的属性，最关键的是设置渲染引擎类型（OpenGL、D3D）createWindow在Root构造之后，便开始窗口的初始化创建过程，其本质是调用Root函数的initialise()函数，返回RenderWindow的窗口指针。

Initialize函数调用非常方便，但内部处理还是非常复杂，关键成员对象如下：●Rendersystem（GLRenderSystem）●GLSupport（Win32GLSupport）●RenderWindow（Win32Window）●Win32Context其中，Rendersystem就是GL的渲染引擎，Win32GLSupport负责屏幕相关的大小，位深，像素等信息的传递，而Win32Window则负责调用Win系统函数来实现窗口的创建，以及与OpenGL建立关联，而Win32Context则用来存储创建窗口后的句柄等信息，函数大致过程如下：mRoot->initialise(true, "OGRE Sample Browser");-> Rendersystem _initialise->mGLSupport->createWindow（Win32GLSupport）-> Win32GLSupport::newWindow->Win32Window.create-> mContext = new Win32Context(mHDC, mGlrc);Win32Window.create函数中，在CreateWindowEx创建窗口后，通过wglCreateContext和wglMakeCurrent，将OpenGL与窗口的HDC建立关联，而Win32Context用来存储此句柄如上，一个空白的Windows窗口创建完成。

setupInput窗口创建完毕后，下一步就是鼠标键盘事件的处理了，在OGRE中采用了OIS开源库来负责打理相关事务，OIS库专门用来处理外部设备（键盘、鼠标、操纵杆、触摸屏）和程序之间的，而且支持跨平台，在游戏程序中还是非常实用的。

另外分析一下SampleContext类，继承自FrameListener，WindowEventListener，KeyListener，MouseListener四个类，FrameListener用来监听OGRE三维渲染中的事件响应，WindowEventListener 则用来监听Windows消息事件，而后两者则处理程序内部事件响应。

OIS主要文件有三类：●OISInputManager统一处理外部设备的管理类●OISKeyboard负责键盘事件的处理类●OISMouse负责鼠标事件的处理类使用时，调用OIS::InputManager::createInputSystem返回OIS::InputManager管理，核心函数为DirectInput8Create函数，虽然在msdn中都没有此注释，可不要小看这个函数，用于创建和Win下外部设备交互的管理对象，封装成OIS的InputManager返回给用户来管理。

由InputManager创建出对应的鼠标键盘对象。

在使用中，可大致分为三个模块来实现外部设备的响应：●外部事件的响应WindowEventUtilities::messagePump()，用来接收系统事件，比如激活当前窗口，关闭，窗口变化等等，处理程序之间的消息事件●在OGRE渲染过程中，之前将SampleContext类添加到Root中进行监听（mRoot->addFrameListener(this)），实时渲染中renderOneFrame会调用监听类的captureInputDevices，分别处理键盘和鼠标类的响应（mKeyboard->capture()，mMouse->capture();）●在鼠标和键盘监听中，会在capture中分析当前的行为（鼠标移动，按键操作等），最终在SampleBrowser中实现响应操作如上，通过监听类和OIS开源库，采用回调函数，实现了外部设备和程序的交互操作Loadresources之后是加载范例中所用到的资源文件，也是是程序加载过程中显示进度条的过程。

此时主要是由SdkTrayManager、OverlayManager和ResourceGroupManager来处理，前者用来负责界面进度条更新，OverlayManager用来负责界面显示部分，后者用来加载资源。

首先构造进度条，进度条和其描述内容都是通过构建OverlayElement完成。

OverlayElement是一个非常有用的界面显示元素，有点类似Dreamweaver中的层的作用，一些在屏幕中界面元素，比如游戏视角中的驾驶舱，指南针等相对影像不变的部分，都可以以OverlayElement的形式来体现。

OverlayElement本身有一些固定模板，也可以通过配置文件的形式来构建，可见，OverlayElement在游戏中是一个非常常用的对象。

SdkTrayManager构建完界面元素对象后，则加入到ResourceGroupManager中进行监听，而在ResourceGroupManager中会加载resources_d.cfg中包含的资源文件，分为二进制和zip压缩文件两种，每次解析文件时通过监听机制，对SdkTrayManager进行数值更新，而SdkTrayManager 则驱动RenderWindow更新（renderwindow->update）Root中Render渲染过程：分为Update和Render两部分，但均在一个线程下完成，在一系列Update后，最终调用GLRenderSystem的Render，完成此帧的渲染，其顺序大致如下：renderwindow->update-> rendertarget update-> SceneManager Update RenderQueue-> SceneManager::renderSingleObject-> GLRenderSystem::_render(const RenderOperation& op)，详细的就不多说了，这也是今后研究的重点了。

最后，资源加载完，设置进度条对应了Overlay为不可见，则资源加载过程完毕。

SampleLoad资源加载完毕后，则开始导入具体范例，生成Sample对象来统一管理范例。

setupWidgets()则负责完成范例界面相关的部署OGRE对范例也定义了一系列规范采用插件的方式来加载范例，最终由mLoadedSamples容积保存。

mThumbs负责存储范例的缩略图容器，本身也是Overlay的容器集合。

在范例加载完成后，OGRE的界面显示过程宣告结束，这时用户通过键盘鼠标的外部输入来进行范例的选择。

同样通过OIS来进行维护，判断键盘的上下移动，更新显示内容。

框架解析OGRE上述过程只是冰山一角，但就复杂度来说也不低，得益于OGRE的框架设计，OGRE 在使用中设计的非常优良，在实现最初就做过很多好的设计模式，而且定义的很规范，这些程序员对C++编码经验可谓非常丰富。

合集下载

Ogre源代码浅析——Mesh文件结构及加载（一）

Ogre源代码浅析——Mesh文件结构及加载（一）

Ogre源代码浅析——Mesh⽂件结构及加载（⼀） Ogre的模型数据（模型顶点数，每个顶点的3D坐标值等等）保存在.mesh⽂件中，mesh⽂件的结构如下（版本号：MeshSerializer_v1.8）:1enum MeshChunkID {2 M_HEADER = 0x1000,3// char* version : Version number check4 M_MESH = 0x3000,5// bool skeletallyAnimated // important flag which affects h/w buffer policies6// Optional M_GEOMETRY chunk7 M_SUBMESH = 0x4000,8// char* materialName9// bool useSharedVertices10// unsigned int indexCount11// bool indexes32Bit12// unsigned int* faceVertexIndices (indexCount)13// OR14// unsigned short* faceVertexIndices (indexCount)15// M_GEOMETRY chunk (Optional: present only if useSharedVertices = false)16 M_SUBMESH_OPERATION = 0x4010, // optional, trilist assumed if missing17// unsigned short operationType18 M_SUBMESH_BONE_ASSIGNMENT = 0x4100,19// Optional bone weights (repeating section)20// unsigned int vertexIndex;21// unsigned short boneIndex;22// float weight;23// Optional chunk that matches a texture name to an alias24// a texture alias is sent to the submesh material to use this texture name25// instead of the one in the texture unit with a matching alias name26 M_SUBMESH_TEXTURE_ALIAS = 0x4200, // Repeating section27// char* aliasName;28// char* textureName;2930 M_GEOMETRY = 0x5000, // NB this chunk is embedded within M_MESH and M_SUBMESH31// unsigned int vertexCount32 M_GEOMETRY_VERTEX_DECLARATION = 0x5100,33 M_GEOMETRY_VERTEX_ELEMENT = 0x5110, // Repeating section34// unsigned short source; // buffer bind source35// unsigned short type; // VertexElementType36// unsigned short semantic; // VertexElementSemantic37// unsigned short offset; // start offset in buffer in bytes38// unsigned short index; // index of the semantic (for colours and texture coords)39 M_GEOMETRY_VERTEX_BUFFER = 0x5200, // Repeating section40// unsigned short bindIndex; // Index to bind this buffer to41// unsigned short vertexSize; // Per-vertex size, must agree with declaration at this index42 M_GEOMETRY_VERTEX_BUFFER_DATA = 0x5210,43// raw buffer data44 M_MESH_SKELETON_LINK = 0x6000,45// Optional link to skeleton46// char* skeletonName : name of .skeleton to use47 M_MESH_BONE_ASSIGNMENT = 0x7000,48// Optional bone weights (repeating section)49// unsigned int vertexIndex;50// unsigned short boneIndex;51// float weight;52 M_MESH_LOD = 0x8000,53// Optional LOD information54// string strategyName;55// unsigned short numLevels;56// bool manual; (true for manual alternate meshes, false for generated)57 M_MESH_LOD_USAGE = 0x8100,58// Repeating section, ordered in increasing depth59// NB LOD 0 (full detail from 0 depth) is omitted60// LOD value - this is a distance, a pixel count etc, based on strategy61// float lodValue;62 M_MESH_LOD_MANUAL = 0x8110,63// Required if M_MESH_LOD section manual = true64// String manualMeshName;65 M_MESH_LOD_GENERATED = 0x8120,66// Required if M_MESH_LOD section manual = false67// Repeating section (1 per submesh)68// unsigned int indexCount;69// bool indexes32Bit70// unsigned short* faceIndexes; (indexCount)71// OR72// unsigned int* faceIndexes; (indexCount)73 M_MESH_BOUNDS = 0x9000,74// float minx, miny, minz75// float maxx, maxy, maxz76// float radius7778// Added By DrEvil79// optional chunk that contains a table of submesh indexes and the names of80// the sub-meshes.81 M_SUBMESH_NAME_TABLE = 0xA000,82// Subchunks of the name table. Each chunk contains an index & string83 M_SUBMESH_NAME_TABLE_ELEMENT = 0xA100,84// short index85// char* name8687// Optional chunk which stores precomputed edge data88 M_EDGE_LISTS = 0xB000,89// Each LOD has a separate edge list90 M_EDGE_LIST_LOD = 0xB100,91// unsigned short lodIndex92// bool isManual // If manual, no edge data here, loaded from manual mesh 93// bool isClosed94// unsigned long numTriangles95// unsigned long numEdgeGroups96// Triangle* triangleList97// unsigned long indexSet98// unsigned long vertexSet99// unsigned long vertIndex[3]100// unsigned long sharedVertIndex[3]101// float normal[4]102103 M_EDGE_GROUP = 0xB110,104// unsigned long vertexSet105// unsigned long triStart106// unsigned long triCount107// unsigned long numEdges108// Edge* edgeList109// unsigned long triIndex[2]110// unsigned long vertIndex[2]111// unsigned long sharedVertIndex[2]112// bool degenerate113114// Optional poses section, referred to by pose keyframes115 M_POSES = 0xC000,116 M_POSE = 0xC100,117// char* name (may be blank)118// unsigned short target // 0 for shared geometry,119// 1+ for submesh index + 1120// bool includesNormals [1.8+]121 M_POSE_VERTEX = 0xC111,122// unsigned long vertexIndex123// float xoffset, yoffset, zoffset124// float xnormal, ynormal, znormal (optional, 1.8+)125// Optional vertex animation chunk126 M_ANIMATIONS = 0xD000,127 M_ANIMATION = 0xD100,128// char* name129// float length130 M_ANIMATION_BASEINFO = 0xD105,131// [Optional] base keyframe information (pose animation only)132// char* baseAnimationName (blank for self)133// float baseKeyFrameTime134135 M_ANIMATION_TRACK = 0xD110,136// unsigned short type // 1 == morph, 2 == pose137// unsigned short target // 0 for shared geometry,138// 1+ for submesh index + 1139 M_ANIMATION_MORPH_KEYFRAME = 0xD111,140// float time141// bool includesNormals [1.8+]142// float x,y,z // repeat by number of vertices in original geometry143 M_ANIMATION_POSE_KEYFRAME = 0xD112,144// float time145 M_ANIMATION_POSE_REF = 0xD113, // repeat for number of referenced poses 146// unsigned short poseIndex147// float influence148149// Optional submesh extreme vertex list chink150 M_TABLE_EXTREMES = 0xE000,151// unsigned short submesh_index;152// float extremes [n_extremes][3];153154/* Version 1.2 of the .mesh format (deprecated)155 enum MeshChunkID {156 M_HEADER = 0x1000,157 // char* version : Version number check158 M_MESH = 0x3000,159 // bool skeletallyAnimated // important flag which affects h/w buffer policies160 // Optional M_GEOMETRY chunk161 M_SUBMESH = 0x4000,162 // char* materialName163 // bool useSharedVertices164 // unsigned int indexCount165 // bool indexes32Bit166 // unsigned int* faceVertexIndices (indexCount)167 // OR168 // unsigned short* faceVertexIndices (indexCount)169 // M_GEOMETRY chunk (Optional: present only if useSharedVertices = false)170 M_SUBMESH_OPERATION = 0x4010, // optional, trilist assumed if missing171 // unsigned short operationType172 M_SUBMESH_BONE_ASSIGNMENT = 0x4100,173 // Optional bone weights (repeating section)174 // unsigned int vertexIndex;175 // unsigned short boneIndex;176 // float weight;177 M_GEOMETRY = 0x5000, // NB this chunk is embedded within M_MESH and M_SUBMESH178*/179// unsigned int vertexCount180// float* pVertices (x, y, z order x numVertices)181 M_GEOMETRY_NORMALS = 0x5100, //(Optional)182// float* pNormals (x, y, z order x numVertices)183 M_GEOMETRY_COLOURS = 0x5200, //(Optional)184// unsigned long* pColours (RGBA 8888 format x numVertices)185 M_GEOMETRY_TEXCOORDS = 0x5300//(Optional, REPEATABLE, each one adds an extra set)186// unsigned short dimensions (1 for 1D, 2 for 2D, 3 for 3D)187// float* pTexCoords (u [v] [w] order, dimensions x numVertices)188/*189 M_MESH_SKELETON_LINK = 0x6000,190 // Optional link to skeleton191 // char* skeletonName : name of .skeleton to use192 M_MESH_BONE_ASSIGNMENT = 0x7000,193 // Optional bone weights (repeating section)194 // unsigned int vertexIndex;195 // unsigned short boneIndex;196 // float weight;197 M_MESH_LOD = 0x8000,198 // Optional LOD information199 // unsigned short numLevels;200 // bool manual; (true for manual alternate meshes, false for generated)201 M_MESH_LOD_USAGE = 0x8100,202 // Repeating section, ordered in increasing depth203 // NB LOD 0 (full detail from 0 depth) is omitted204 // float fromSquaredDepth;205 M_MESH_LOD_MANUAL = 0x8110,206 // Required if M_MESH_LOD section manual = true207 // String manualMeshName;208 M_MESH_LOD_GENERATED = 0x8120,209 // Required if M_MESH_LOD section manual = false210 // Repeating section (1 per submesh)211 // unsigned int indexCount;212 // bool indexes32Bit213 // unsigned short* faceIndexes; (indexCount)214 // OR215 // unsigned int* faceIndexes; (indexCount)216 M_MESH_BOUNDS = 0x9000217 // float minx, miny, minz218 // float maxx, maxy, maxz219 // float radius220221 // Added By DrEvil222 // optional chunk that contains a table of submesh indexes and the names of223 // the sub-meshes.224 M_SUBMESH_NAME_TABLE,225 // Subchunks of the name table. Each chunk contains an index & string226 M_SUBMESH_NAME_TABLE_ELEMENT,227 // short index228 // char* name229230*/231 };与⼀般的3D⽂件格式类似，Ogre的mesh⽂件数据结构为树。

OGRE初级教程第一章：OGRE的基本设计理念：场景管理器，场景节点和实体对象

OGRE初级教程第一章：OGRE的基本设计理念：场景管理器，场景节点和实体对象

OGRE初级教程第⼀章：OGRE的基本设计理念：场景管理器，场景节点和实体对象这是⼀年前的⽂章了，当时初学OGRE，翻译官⽹的初级和中级教程，还有Physx的⼀系列教程，最近准备爆发⼀下，这些东西都快发霉了OGRE 初级教程第⼀章：OGRE的基本设计理念：场景管理器，场景节点和实体对象准备：…开始：在这⾥我们使⽤框架，来完成本章的内容。

在后⾯的章节中我们将详细介绍Ogre的⼯作细节，现在我们要开始学习最基础的知识。

阅读根据你的喜欢的IDE和环境来设置你的⼯程和代码。

创建⼀个新的⼯程，添加框架的相关⽂件到⼯程，也可以使⽤来设置你的⼯程包含四个⽂件，分布式BaseApplication的头⽂件和源⽂件，以及TutorialApplication的头⽂件和源⽂件，在这⾥我们只需要修改TutorialApplication类即可。

为该类添加⼀个虚函数，createScenevoid TutorialApplication::createScene(void){Ogre::Entity* ogreHead = mSceneMgr->createEntity("Head","ogrehead.mesh");Ogre::SceneNode* headNode = mSceneMgr->getRootSceneNode()->createChildSceneNode();headNode->attachObject(ogreHead);// 设置环境光mSceneMgr->setAmbientLight(Ogre::ColourValue(0.5,0.5,0.5));// 创建灯光Ogre::Light* l = mSceneMgr->createLight("MainLight");l->setPosition(20,80,50);}编译你的⼯程，你就可以看到⾷⼈魔的头像被渲染出来了！可能存在的问题：如果编译过程中出现了问题，请先根据来正确的设置你的开发环境，另外查看Ogre.log可以获取到更详细的细节。

RenderingEngine就是面向对象图形渲染引擎的意思

RenderingEngine就是面向对象图形渲染引擎的意思


第1课 Ogre游戏引擎介绍
Ogre的安装： 2. 从源代码构建(推荐使用)
建立OGRE项目属性： 3.在Linker/Input下的"Additional Dependencies"添加 OgreMain.lib。（注意：如果从ogre网站中下载了库，并 使用了Debug，我们需要使用OgreMain_d.lib。如果不加 _d，将导致是个链接错误。） 4.在C++/Code Generation下，将“Runtime Library”改为 “Multi-threaded Debug DLL”（用于debug-mode应用程 序），和“Multi-threaded DLL”（用于release-mode应用 程序）。
第1课 Ogre游戏引擎介绍
创建最简单的Ogre游戏窗口:
(2) 使用 打开 OGRE\Samples\Samples.sln ； (3) 调出解决方案资源管理器，在解决方案“Samples”上右击，在弹出的右 键关联菜单中选择 [添加]-[现有项目...] ，选 择 OGRE_YC_001_Simplest.vcproj 并确定； (4) 因为 OGRE_YC_001_Simplest.vcproj 里面没有包含工作目录的信息， 所以还需要再设置一下工作目录，这样我们可以直接在 中运行和 调试生成的 OGRE 程序。 在解决方案资源管理器的 OGRE_YC_001_Simplest 项目上右击，在弹出的 关联菜单中选择 [属性] ，弹出项目属性页，添加下列选项：Debug调试： 工作目录：..\Common\bin\Debug Release调试：工作目录：..\Common\bin\Release
SimplestApplication app;
OGRE中关于地形的创建与解释

OGRE中关于地形的创建与解释

关于ogre的地形学习笔记OGRE地形听说是很好弄，弄好了也不是很好用，其他的我也不是很懂，冒然前行碰了一鼻子灰，碰了两天，在前辈们的基础之上明白了一点，写给初级的！ogre地形的建设主要几步搞定就行。

当然，如果你看不见是因为摄像机忘记放置了，那么这篇不适合你。

其他不说，咱们单说地形。

（唉，公司都年会去了，我还这地形呢)()））擦干眼泪开始，谁叫咱连个实习生都不算呢。

第一步，说一个类TerrainGlobalOptions 字面意思：地形全局属性让我来说说我对ogre地形的组建方法：其实就是一个小方块*一个小方块，所以一个大的地形有n*n个小的地形组成。

那么在建立时我们就关心小的就行了，但是，有很多属性小方块们是一样的，所以，如果还要在建立他们时加上，就有点浪费资源了，所以，用一个TerrainGlobalOptions类来管理，地形的统一属性不失为一个好方法。

所以，这就是TerrainGlobalOptions 的作用。

mTerrainGlobals=OGRE_NEW TerrainGlobalOptions();关于对象的属性设置，稍后再说。

第二步，再说一个类TerrainGroup 地形分块属性顾名思义，用来设置分块的属性的mTerrainGroup=OGRE_NEWTerrainGroup(mSceneMgr,Terrain::ALIGN_X_Z,513,12000); //第三个属性是用来设置模糊变化的最小块的mTerrainGroup->setFilenameConvention(Ogre::String("MyTerrain"),Ogre: :String("dat"));mTerrainGroup->setOrigin(Vector3::ZERO);OGRE_NEW ====new第二句：设置这块地形的名字叫“MyTerrain.dat”他是给保存并且后面函数用的。