碰撞检测技术.doc

碰撞检测技术 ? 碰撞检测技术2011-05-06 23：00 技术--引擎2008-09-05 19：50：55阅读251 10.3碰撞检测技术 到目前为止，构造的各种对象都是相互独立的，在场景中漫游各种物体，墙壁、树木对玩家(视点)好像是虚设，可以任意从其中穿越。为了使场景人物更加完善，还需要使用碰撞检测技术。 10.3.1碰撞检测技术简介 无论是PC游戏，还是移动应用，碰撞检测始终是程序开发的难点，甚至可以用碰撞检测作为衡量游戏引擎是否完善的标准。 好的碰撞检测要求人物在场景中可以平滑移动，遇到一定高度的台阶可以自动上去，而过高的台阶则把人物挡住，遇到斜率较小的斜坡可以上去，斜率过大则会把人物挡住，在各种前进方向被挡住的情况下都要尽可能地让人物沿合理的方向滑动而不是被迫停下。 在满足这些要求的同时还要做到足够精确和稳定，防止人物在特殊情况下穿墙而掉出场景。 做碰撞检测时，该技术的重要性容易被人忽视，因为这符合日常生活中的常识。如果出现Bug，很容易被人发现，例如人物无缘无故被卡住不能前进或者人物穿越了障碍。所以，碰撞检测是让很多程序员头疼的算法，算法复杂，容易出错。 对于移动终端有限的运算能力，几乎不可能检测每个物体的多边形和顶点的穿透，那样的运算量对手机等设备来讲是不可完成的，所以移动游戏上使用的碰撞检测不可能使用太精确的检测，而且对于3D碰撞检测问题，还没有几乎完美的解决方案。目前只能根据需要来取舍运算速度和精确性。 目前成功商业3D游戏普遍采用的碰撞检测是BSP树及AABB(axially aligned bounding box)包装盒(球)方式。简单地讲，AABB检测法就是采用一个描述用的立方体或者球形体包裹住3D物体对象的整体(或者是主要部分)，之后根据包装盒的距离、位置等信息来计算是否发生碰撞，如图10-24所示。 除了球体和正方体以外，其他形状也可以作包装盒，但是相比计算量和方便性来讲还是立方体和球体更方便些，所以其他形状的包装只用在一些特殊场合使用。BSP树是用来控制检测顺序和方向的数据描述。 在一个游戏场景中可能存在很多物体，它们之间大多属于较远位置或者相对无关的状态，一个物体的碰撞运算没必要遍历这些物体，同时还可以节省重要的时间。 如果使用单步碰撞检测，需要注意当时间步长较大时会发生两个物体完全穿透而算法却未检测出来的问题，如图10-25所示。其解决方案是产生一个4D空间，在物体运动的开始和结束时间之间产生一个4D超多面体，用于穿透测试。 图10-24 AABB包装盒图10-25碰撞检测的单步失控和4D测试 读者在程序开发初期有必要对碰撞检测有一个初步的估计，以免最后把大量精力消耗在碰撞检测问题上，从而降低了在基础的图形编程之上的注意力。 10.3.2球体碰撞检测 真实的物理模拟系统需要非常精确的碰撞检测算法，但是游戏中常常只需要较为简单的碰撞检测，因为只需要知道物体什么时候发生碰撞，而不用知道模型的哪个多边形发生了碰撞，因此可以将不规则的物体投影成较规则的物体进行碰撞检测。 球体只有一个自由度，其碰撞检测是最简单的数学模型，我们只需要知道两个球体的球心和半径就能进行检测。 那么球体碰撞是如何工作的?主要过程如下。 n计算两个物体中心之间的距离，并且将其与两个球体的半径和进行比较。 n如果距离大于半径和，则没有发生碰撞。 n否则，如果距离小于半径和，则发生了物体碰撞。 考虑由球心c1、c2和半径r1、r2定义的两个球，如图10-26所示。设d为球心间的距离。很明显，当dr1+r2时相交，在实践中通过比较d2(r1+r2)2，可以避免包括计算d在内的平方根运算。 对两个运动的球进行碰撞检测要麻烦一些，假设两个球的运动向量为d1和d2，球与位移向量是一一对应的，它们描述了所讨论时间段中的运动方式。 事实上，物体的运动是相对的，例如两列在两条平行轨道上相向行驶的火车，在其中一列中观察，对方的速度是两车速度之和。同样，也可以从第一个球的角度来简化问题，假设第一个球是静止的，另一个是运动的，那么该运动向量等于原向量d1和d2之差，如图10-27所示。 图10-27动态球的检测过程 球体碰撞的优点是非常适用于需要快速检测的游戏，因为它不需要精确的碰撞检测算法。执行速度相对较快，不会给CPU带来过大的计算负担。 球体碰撞的另一个劣势是只适用于近似球形物体，如果物体非常窄或者非常宽，该碰撞检测算法将会失效，因为会在物体实际发生碰撞之前，碰撞检测系统就发出碰撞信号，如图10-28所示是球体碰撞检测中可能出现的坏情况，其解决方法是缩小检测半径，或者使用其他检测模型，如图10-29所示。 图10-28球体碰撞的坏情况图10-29缩小检测半径 为了解决包容球精确度不高的问题，人们又提出了球体树的方法。 球体树实际上是一种表