从零开始做3D地图编辑器 基于QT与OGRE

分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow

也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！

               

第一章 基础知识

注：文章里面有不少个人见解，欢迎大家一起互相讨论。希望高人能给予相应理解与意见建议。

在实际3D游戏开发中，编辑器是极其重要的一个部分，一个优秀健壮的编辑器，可以使项目事半功倍，而相反，一款BUG超多（随时会挂）又不注重操作习惯（完全基于快捷键，又没有详细的使用说明）的编辑器，不仅会使项目事倍功半，而且会削弱开发人员的积极性，甚至让开发人员对项目产生排斥情绪。

编辑器在游戏里面应用很广泛，一般都有地图编辑器（关卡、世界）、粒子编辑器、动画编辑器、字体编辑器（单机里面较多）、UI编辑器、材质编辑器、脚本编辑器等等，编辑器设计制作方法也大致可分为两个趋势，一种是倾向于做大而全的世界编辑器，一种是做小而精的功能编辑器，在这里我不想讨论这两者的利与弊，我只能说，只要这个解决方案可以解决我们当前的问题，那么它就是一个适合现阶段的解决方案，但并不一定是最好的解决方案。

一、工具

现在制作编辑器，流行以下几种方式：

1、  使用C#制作基于WinForm的编辑器。

2、  制作基于MFC的编辑器。

3、  制作基于WxWidgets的编辑器。

4、  制作基于QT的编辑器。

基于C#来制作编辑器，在制作一些小工具上面很有利，比如说打包工具，加密器等等和图形关系不大的工具，它的优势在于它的简单易用，但是当你涉及到图形这一块的时候，如果引擎支持不C#，那么使用XNA、Manage DX 都不是很好的一种解决方案（除非你的游戏就是基于两者），导入动态链接库的方法又会比较麻烦，C#和C++之间还是有不小的区别。

基于MFC做编辑器，在以前基本是首选，它的优势在于文档应用特别多，你遇到问题的时候，基本上网络上都能找到解决方案，但是它相对门槛高，一个初学者经常会被它折磨得兴趣殆尽，应用也很麻烦，特别是在多窗口应用上面，所以以前我用MFC做编辑器都是基于Dialog来做。

WxWidgets和QT都是跨平台的GUI 库，目前来说还算主流，我个人倾向于QT，WxWidgets了解不多，QT目前由诺基亚负责，有自己的IDE、设计工具、详细的例子、比较充实的文档、与VS的结合还算完美，还有一些第三方的库支持，网络上的资料也还多，是个发展潜力不错的GUI库。

因为我将要做一个3D地图编辑器，在图形这一块也有不少选择，OGRE与Irrlicht等，我选择使用OGRE，当然你也可以选择自己的引擎。

OGRE是一个开源的图形渲染引擎，它的材质脚本还是很强大的，简单易用、目的性明确，让你的Shader容易应用与修改。早期的版本在地形这一块做得不够，所以早期做OGRE的地形编辑时一般会选择ETM，PLSM等库，新的1.7版本对地形这一块增强不少，而我也会在编辑器里面应用它地形编辑的功能。

二、工具安装指南

1、OGRE下载与编译

OGRE官方网站：http://www.ogre3d.org

下载最高版本的OGRE（1.7.1），有两种方式：

第一种方式是直接下载SDK，下载的SDK可以直接使用，但是由于编译环境不同，可能会缺少一些DX的DLL，你得在网络下另外下载缺少的DLL,下载方法是从网站左侧的DownLoad里面选择SDK，然后选择相应VS的版本，我们推荐使用VS2008，因为QT针对2008做了一个AddIn。

第二种方式是下载源代码进行编译。个人觉得使用OGRE应该使用自己编译的库，毕竟有什么需要的时候还可以自己修改，自己编译需要注意几点：

1、除了OGRE源码外，你需要额外下载Microsoft Visual C++ Dependencies Package，并把它解压到OGRE目录（你自己的OGRE目录）后编译。
         2、你需要下载CMAKE，官方网站是www.cmake.org。下载一个最新版本就行。

3、你机器需要安装DX的SDK，不然OIS和DX的渲染系统插件无法编译。

4、使用Cmake生成Ogre VS解决方案的时候要记得指定Dependencies目录（在Cmake提醒你的时候指定）。此过程可以参考

http://wiki.ogre3d.cn/wiki/index.php?title=CMake_%E5%BF%AB%E9%80%9F%E5%85%A5%E9%97%A8%E6%89%8B%E5%86%8C

用VS打开生成的解决方案，

然后直接编译就可以获得dll和lib.

2、QT下载

QT官方网站：http://qt.nokia.com/products

下载QT也有两种方式，一种是纯SDK（Qt SDK for Windows* (287 MB)），另外一种是针对VS2008的库（Qt libraries 4.6.2 for Windows (VS 2008, 194 MB)），这两者有一定的区别，前者带有更多的工具（IDE等）。我推荐下载针对VS2008的库，下载安装完之后，还需要下载一个Addin，这个Addin比较难找，在Other downloads里面下载Visual Studio Add-in (44 MB)。

安装完Add-In之后，打开VS2008应该就可以找到QT的模板了。QT4 projects下面有一些选项，选择新建一个QT Application。新建完编译通过，运行发现这是一个基本窗口。

如果编译OIS没有成功，请在项目属性里面填入DX的include和lib路径。

 

三、开始之前的配置

我看到过很多同志在做项目时，直接新建项目后立马就直接开始编程，使用的是VS默认目录，结果在Debug的时候老是找不到dll，找不到资源，然后又花了一堆的时间去查找问题，白白地浪费了不少时间，更有甚者就在此时便失去了继续向下的动力，觉得这个东西太难理解了（一遇挫折就跑）。所以我觉得在每次开始项目前都应该好好地把解决方案配置一下。

我做项目的时候喜欢这种方式，项目目录下面存在以下几个目录。

 

 

Bin目录不难理解，里面放的是生成的可执行文件，下面又分了Debug、Release、Data(Media)等目录，Debug、Release里面放的是执行文件和dll，命名的时候Debug要命名为_d.exe.因为资源文件是共用的，所以资源不应该放在Debug或Release下面，直接放Bin下面就行了。

Docs目录里面放的是相关文档。

Objs目录里面存放编译过程中的中间文件，临时文件。

Scripts目录里面存放解决方案，Sln或其他格式。

SDKS 目录存放第三方库，比如OGRE，Boost，Lua等。

Tools目录存放着制作时的一些工具。

剩下那个目录一般改名为Src或source.

为什么目录要这样分？Bin文件夹分出来有利于你程序的发布，调试。把Objs从source分出来，有利于你的源代码版本控制，备份。把解决方案单独拿出来，有利于你的跨平台或换IDE，SDKS拿出来很重要，因为有可能两年后你的引擎或者底层更新或者大改动过，但是你又需要把两年前的游戏重新编译，如果没有备份好，结果自然不难想像。同样，工具也是这样，比如说加密器算法经常改动，你不备份好你的东西以后都没有办法修改了。

接下来要调整VS来适应这一套目录结构。

第一件事，用文本工具打开修改sln，把它指向source目录里面的工程文件。

# Visual Studio 2008

Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Test", "../Source/Test.vcproj", "{83E01383-8BC1-404F-9C25-A9AFFCDBB210}"

EndProject

像上面那样修改为你的工程名.

之后用新的解决方案打开项目，在VS里项目名上右键打开属性。

之后的第一件事情就是修改工作目录，很多同志就是因为没有设定这个目录导致找不到DLL，它在配置属性中调试一栏里面，修改成你当前的Bin所在目录，最好设置为相对目录，Debug模式下是../Bin/Debug，对应的Release下面是../Bin/Release。

接着在常规里面修改中间目录和输出目录，我们都修改成../Objs/Debug和../Objs/Release。

之后在链接器>常规里面修改输出文件，修改成../bin/Debug/$(ProjectName)_d.exe和../Bin/Release/$(ProjectName).exe。

然后在C/C++>常规中把你要的include添加进去，在链接器>附加库中把你要的lib目录添加进去。

完成这些我们就配置完了。

附：Ogre1.7.1的配置要注意：由于Ogre使用了boost，所以