3D游戏寻路算法.docVIP

3D游戏寻路算法(A*) ?????? ?关于游戏寻路，网络上也有很多相关的文章，一般都是已A*为主，他只是一种启发式搜索，最开始写A*是在大三，主要还是做一个路径搜索的算法。???????? 关于游戏中A*的算法优化，由于在搜索的过程中会通过open表和close保存一些结点，为了加快查找效率一般采用对维护的方式，利用map的最小堆(按照估价值的大小排序)来构架数据结构。其实还可以利用线性的hash_map来创建维护。??????? ???????? 而3D中游戏寻路也是采用同样的方法，只是在不同于2D的8个方向搜索而是3*8个方向的搜索。所以他的复杂度之高，在对于一个3维的N*N*N的空间，他的搜索运算为n^3*24，就需要考虑算法中的优化。 ??????? 总之一句3D寻路费时又费空间！?????? 下面是我总结的优化??????? ?????? 1.总体还是利用a*和堆维护。?????? 2.由于点是实心，可以直接进行对角线的行走，也就是对角线行走一步后x,y,z的坐标都会改变，从而降低通过2次二维变换的过程。二步变一步！?????? 3.利用凸包的方式来优化。 ?????? 4.把一个场景的3D地图全部细分，利用多叉树进行管理。?????? 关于凸包的优化可以通过这样一个例子说明(因为在2D中更好的描述通过2维的地图)：?????? A、假设1要到2的，通过A*的搜索，他会先到0然后发现不能通过在回溯，重新寻找新的路径，这样可能浪费一些搜索时间。?????????????????????? B.?? 可以通过多边形的最小矩形凸包的方式，这样就可以减少不必要的搜索，如图所示。???????????????????????????????????????那么1到2就不会经过0点。。因为次区域设置为不可通过。?????? C.?? 如果我们要查找的点在我们凸包内，所以我们在寻路最开始应该验证点是否在凸包内，如果在此区域内，在行走时不能过滤这个矩形空间。 ????? 注：游戏中地图一般是不变的，所以这些都是不变，凸包已知，验证点在凸包中也是线性的。????? ????? ????? 由于在计算3D的凸包的时候计算量大，最开始采用静态的方式来记录数据。 ????? 简单的3D寻路算法源码(不包含凸包优化)： ?????????/Files/expter/3DAStar.rar 整理自《Programming Game AI by example》1.DFS优先深入每个图，直到找到目标节点往往可以找到到达路线，可往往不是最优的。2.BFS广度优先地寻找目标节点。往往可以找到最优路径，但耗时多。3.Dijkstra使用了动态规划（原文中称为“边放松”）//该为贪心，本人罪过速度较快4.A*与Dijkstra相似，使用启发因子(F=G+H)，速度是以上算法里最快的。可以看看：/probill/blog/item/80d71f1b19e2fe1e8718bfe5.html5.创建导航图 posted on 2009-01-23 17:22 Bill Hsu 阅读(2282) 评论(3) ?编辑?收藏 引用 所属分类: Game Dev 、Algorithm Ogre场景编辑器和3D寻路算法（基于导航网格Navigation Mesh）完成 作者:鸣·铭 日期:2009-10-10 字体大小: 小 中 大 Ogre场景编辑器基本功能已经完成：）1.类似于3DSMAX的摄像机，非常方便美术操作2.动态刷新素材资源3.支持所有操作任意步撤消4.可以导入并编辑天龙八部的地表（通过TLSceneViewer导出）5.可以轻松绘制特定图案，绘制时自动融合6.可以对地表应用特定格式（Word的格式画刷）7.多种方式调整地表高度，制作斜坡，悬崖等非常方便8.支持动态光源，以及光源的特定变化9.可以很方便的摆放物体，通过快捷键和鼠标既可以直观的调整物体位置、旋转、缩放，也可以在场景组件界面里做特定调整10.可以自动很快速的生成非常优化的导航网格（Navigation Mesh， Navmesh）生成的导航网格与天龙八部类似，已经非常优化了。天龙八部很早就已经放弃Region的方式寻路，改用了.path文件，也就是导航网格，同时继续沿用WCollision，但是WCollision仅只是用来调整人物高度的，并没有参与寻路。因为要低调，就先写这么多吧：） A* 3D – No, really, it’s 3D July 3rd, 2007 There seemed to be a little disappointme