对比VO/RVO
ORCA算法检测碰撞的原理和VO/RVO基本一样的,只是碰撞区域的计算去掉了一定时间以外才可能发生的碰撞,因此碰撞区域的扇形去掉了前面的部分,由圆锥头变成了个圆
另一个最主要的区别是,求新的速度,是根据相对多个不同物体生成的半平面计算获得。
半平面:
上图里,u即之前VO和RVO求出的相对速度避免碰撞需要偏移的最短速度向量VO/RVO分析。VO/RVO里由于只考虑避障双方的两个物体,所以期望速度Vaopt加上了u之后,便获得了结果。在ORCA里,会考虑多个碰撞物体,因此会过Vaopt加上u/2之后的点,做u向量的垂直线,而获得一条直线。这条直线一侧所有的点(即ORCA半平面)表示的速度,都会让a不与b相撞。
对于多个碰撞物体,可以求出多个半平面,通过这些半平面的交集,来确定物体的新速度
论文理论的分析
具体的分析网上有挺多的,理论本身还是比较好理解的,这里直接转载别人的了ORCA(RVO2)算法优化整理版
源码分析
ORCA源码地址
RVOSimulator
RVOSimulator相当于整个碰撞避免逻辑的管理模拟器。
一些参数
timeStep_:管理器每次模拟的时间间隔,传入的基本就是游戏运行的每帧时间
kdTree_:一个数组结构的KD树,用来管理每个机器人的相邻目标
agents_:管理器控制的机器人
obstacles_:管理器控制的静态障碍物
主要函数:
addAgent:向管理器添加需要进行碰撞避免处理的机器人
doStep:模拟一次所有机器人碰撞避免处理:先构建kd树,计算每个机器人的相邻目标,在计算新的速度,然后更新位置
void RVOSimulator::doStep() {kdTree_->buildAgentTree();
#ifdef _OPENMP
#pragma omp parallel for
#endif /* _OPENMP */for (int i = 0; i < static_cast<int>(agents_.size()); ++i) {agents_[i]->computeNeighbors(kdTree_);agents_[i]->computeNewVelocity(timeStep_);}#ifdef _OPENMP
#pragma omp parallel for
#endif /* _OPENMP */for (int i = 0; i < static_cast<int>(agents_.size()); ++i) {agents_[i]->update(timeStep_);}globalTime_ += timeStep_;
}
KdTree
kd树的原理之前文章有分析过,这里先跳过了
KDTree
Agent
实际碰撞物的代理目标,可以每帧中把游戏实际物体的参数传入,通过RVOSimulator计算后,再取出对应代理目标的位置信息更新游戏实际物体
类似这样:
m_sim->setTimeStep(dt);
for(auto aiNode: _aiNodes) {int idx = aiNode->getId();Vec2 velocity = aiNode->getVelocity();m_sim->setAgentMaxSpeed(idx, 1/dt);m_sim->setAgentPrefVelocity(idx, Vector2(velocity.x * 1 / dt, velocity.y * 1 / dt));
}
m_sim->doStep();
for (auto aiNode : _aiNodes) {int idx = aiNode->getId();Vector2 velocity = m_sim->getAgentVelocity(idx);Vector2 v = m_sim->getAgentPosition(idx);aiNode->setVelocity(Vec2(velocity.x() * dt, velocity.y() * dt));aiNode->setPosition(Vec2(v.x(), v.y()));
}
Agent参数
agentNeighbors_:相邻的动态目标
obstacleNeighbors_:相邻的静态障碍物
orcaLines_:储存的半平面信息
newVelocity_:新的避障速度
*position_*位置
prefVelocity_:最佳目标速度
velocity_:当前速度
id_:唯一id
maxNeighbors_:最大避障邻居数(太遥远的过多邻居没有避障意义)
maxSpeed_:最大速度
neighborDist_:查找避障领据的判定位置(太遥远的目标没有避障意义)
radius_:物体半径
timeHorizon_:提前避障的时间,即只判定在一定时间范围内可能的碰撞
timeHorizonObst_:静态物体提前避障的时间
避障核心代码入口
void Agent::computeNewVelocity()
创建静态障碍物的ORCA半平面
其中障碍物的类:当前point_和下一个障碍物nextObstacle_的point_会构成一条直线,unitDir_是当前point_指向下一个point_的单位方向向量,isConvex_表示是否凹角
bool isConvex_;
Obstacle *nextObstacle_;
Vector2 point_;
Obstacle *prevObstacle_;
Vector2 unitDir_;
判断当前静态障碍直线在已处理半平面的右侧,且两个端点到半平面的距离大于物体的半径。因为新速度只能取半平面左侧,即下图中的情况,则新速度永远不会与当前处理的静态障碍直线相交。可以直接忽略
const Vector2 relativePosition1 = obstacle1->point_ - position_;
const Vector2 relativePosition2 = obstacle2->point_ - position_;
bool alreadyCovered = false;for (size_t j = 0; j < orcaLines_.size(); ++j) {if (det(invTimeHorizonObst * relativePosition1 - orcaLines_[j].point, orcaLines_[j].direction) - invTimeHorizonObst * radius_ >= -RVO_EPSILON && det(invTimeHorizonObst * relativePosition2 - orcaLines_[j].point, orcaLines_[j].direction) - invTimeHorizonObst * radius_ >= -RVO_EPSILON) {alreadyCovered = true;break;}}
半平面的坐标计算都是以自身位置为坐标系计算。因此障碍物直线的坐标也要转换一下。即relativePosition1
代码里invTimeHorizonObst根据不同的判定时间,向量长度会有不同的缩放,但相对比例是不变的,分析的时候可以都当成1来处理,来忽略掉。
det(invTimeHorizonObst * relativePosition1 - orcaLines_[j].point, orcaLines_[j].direction)
这行代码是半平面的点到障碍物直线一个端点的向量,与半平面单位方向向量取叉积,因为叉积的模等于两矢量各自的模的积再乘以两矢量夹角的正弦,其中一个向量为单位矢量,则结果就是另一个向量到单位向量直线上的垂直距离。
>= -RVO_EPSILON 叉积大于0表示在向量逆时针方向,即新的障碍物直线端点在已处理的半平面右边
判定物体的坐标相对于障碍物直线在哪个方向
描述起来比较拗口,可以看上图,结合代码
const Vector2 obstacleVector = obstacle2->point_ - obstacle1->point_;
const float s = (-relativePosition1 * obstacleVector) / absSq(obstacleVector);
const float distSqLine = absSq(-relativePosition1 - s * obstacleVector);
(-relativePosition1 * obstacleVector) 求点积,两矢量模相乘,再乘夹角的余弦。
即 s = |-relativePosition1|*|obstacleVector| * cosθ / |obstacleVector|
s为物体坐标在障碍物直线上的投影点到障碍物直线起始点的长度,即上图中红色线段长度。s的大小可以表示此时物体在障碍物直线的左边,右边,还是两个端点之间
distSqLine 为物体坐标到障碍物直线的垂直记录,即上图中灰色线段长度
已经碰撞,对于物体相对于障碍物直线的不同碰撞点,做不同处理
if (s < 0.0f && distSq1 <= radiusSq) {
物体与障碍物直线起始点1,即左端点相撞,如果起始点1对应的是凸角的话,就将当前线放入要处理的半平面。至于凹角为什么不处理,我的理解是,如果是凹角的话,物体对于凹角的另一条线的s一定是在0-1之间,即在障碍物直线两个端点之一,处理的权重更大。
line.point = Vector2(0.0f, 0.0f);
line.direction = normalize(Vector2(-relativePosition1.y(), relativePosition1.x()));
因为静态障碍物是不会动的,因此半平面直接以物体自身为目标点,方向以垂直偏离碰撞点为目的,即上图中白色箭头。
if (s > 1.0f && distSq2 <= radiusSq)
物体与障碍物直线起始点2,即右端点相撞。和左端点类似,只是加了一个判断,就是下图中,obstacle2-unitDir在红线右侧的方向的话,就忽略这条障碍线的碰撞处理,以相邻边的障碍线处理为准
if (obstacle2->isConvex_ && det(relativePosition2, obstacle2->unitDir_) >= 0.0f)
if (s >= 0.0f && s < 1.0f && distSqLine <= radiusSq)
物体在障碍物两个端点间碰撞,比较简单,直接远离就行,下图红色区域即为新速度可选择区域
未碰撞,同样根据物体相对障碍物直线的不同位置,做不同处理
if (s < 0.0f && distSqLine <= radiusSq)
物体在障碍物左端点左边,如下图,并且不能是凹角,因为distSqLine <= radiusSq在这个情况下,如果是凹角的话,前一条障碍物直线一定会和物体已经碰撞,则先处理逃离碰撞直线的情况
接下来这段代码很关键,直接看很难理解,因为代码是直接写了拆解了多个步骤之后的数学公式
const float leg1 = std::sqrt(distSq1 - radiusSq);
leftLegDirection = Vector2(relativePosition1.x() * leg1 - relativePosition1.y() * radius_, relativePosition1.x() * radius_ + relativePosition1.y() * leg1) / distSq1;
rightLegDirection = Vector2(relativePosition1.x() * leg1 + relativePosition1.y() * radius_, -relativePosition1.x() * radius_ + relativePosition1.y() * leg1) / distSq1;
先说结论,leftLegDirection和rightLegDirection就是上图中绿色箭头所指的方向,两根线都是障碍物直线端点到圆的切线。
上图中红色箭头为向量,即障碍物直线左端点指向物体中心的
(-relativePosition1.x,-relativePosition1.y)
将该向量,逆时针旋转θ
将cosθ和sinθ代入,提取出分母 1/distSq1
最后将向量取反,解出来的结果就是
Vector2(relativePosition1.x() * leg1 - relativePosition1.y() * radius_, relativePosition1.x() * radius_ + relativePosition1.y() * leg1) / distSq1
获得了leftLegDirection,即上图中绿色箭头。
leftLegDirection同理,只不过是顺时针旋转
if (s > 1.0f && distSqLine <= radiusSq)
物体在障碍物右端点右边,与左边同理,略过
物体在障碍物直线之间
如果端点的角是凸角的情况下,就是leftLegDirection,rightLegDirection如下图所示
如果端点是凹角,则直接取平行于障碍物直线的方向
分析两根leg线是否会和障碍物直线的相邻边碰撞
if (obstacle1->isConvex_ && det(leftLegDirection, -leftNeighbor->unitDir_) >= 0.0f)
这行判断为true的情况是左端点相邻边的反方向在左leg的左边,如下图所示
因此速度域的边界不能以左leg为准,否则会和相邻边产生碰撞。直接更新左leg的方向为相邻边的反向。
右边同理
根据当前速度在速度障碍域的不同位置做不同处理
const float t = (obstacle1 == obstacle2 ? 0.5f : ((velocity_ - leftCutoff) * cutoffVec) / absSq(cutoffVec));
const float tLeft = ((velocity_ - leftCutoff) * leftLegDirection);
const float tRight = ((velocity_ - rightCutoff) * rightLegDirection);
上述t的含义表示了当前速度更靠近左右两边哪个端点。0-0.5更靠近左,0.5-1更靠近右,0.5正好居中。
tleft和tright就是判断当前速度投影到leg直线上,依次判断在leg射线上的哪个部分。小于0,则在leg射线的外部
判断物体是否以远离速度障碍域两个端点为目标
if ((t < 0.0f && tLeft < 0.0f) || (obstacle1 == obstacle2 && tLeft < 0.0f && tRight < 0.0f))
if (t > 1.0f && tRight < 0.0f)
如上图,速度点velocity_在rightCutoff-leftCutoff的投影不在向量内部,在leftLegDirection方向的投影也不在leftLegDirection内部(上图浅灰色直线),则条件判断为true。
因此以远离端点为目标。
即灰色箭头为leftCutoff指向velocity_,长度为物体半径radius_,方向顺时针旋转90度即为红色箭头方向,由此够成的绿色区域为速度半平面
const float distSqCutoff = ((t < 0.0f || t > 1.0f || obstacle1 == obstacle2) ? std::numeric_limits<float>::infinity() : absSq(velocity_ - (leftCutoff + t * cutoffVec)));
const float distSqLeft = ((tLeft < 0.0f) ? std::numeric_limits<float>::infinity() : absSq(velocity_ - (leftCutoff + tLeft * leftLegDirection)));
const float distSqRight = ((tRight < 0.0f) ? std::numeric_limits<float>::infinity() : absSq(velocity_ - (rightCutoff + tRight * rightLegDirection)));
这三个变量是分别获取物体速度velocity_到两个leg以及障碍物直线的垂直距离,如果投影不在向量内部,则视作无穷大
判断物体是以远离速度障碍域哪个向量为目标即velocity_离cutoffVec和leftLegDirection和rightLegDirection哪个向量方向的直线最近,则远离哪个
根据*velocity_*的位置分别是下图三种情况
创建动态物体间的ORCA半平面
首先定义了几个相对参数
relativePosition:相对位置
relativeVelocity:相对速度
combinedRadius:自身半径视作0后,对方的相对半径
处理双方未碰撞的情况
即distSq > combinedRadiusSq
判断是否往小圆上计算u
if (dotProduct < 0.0F && dotProduct * dotProduct > combinedRadiusSq * wLengthSq)
先看下面这张图
图中红色箭头为代码里的向量w,绿线为combineRadiu,黄色线为relaticePosition
dotProduct = w * relativePosition求点积,如果小于0,说明w于relativePosition反向,可能需要往cutoff-circle处调整相对速度。
接下来只要确定证明红色箭头在绿线和黄色线之间,
即 ∠a < ∠b
==>> cosa > cosb
(cosa = dotProduct / |w| / |relativePosition|)
(cosb = combineRadius / |relativePosition|)
==>> dotProduct / |w| / |relativePosition| > combineRadius / |relativePosition|
==>> dotProduct > combineRadius * |w|
两边各平方
==>> dotProduct * dotProduct > combinedRadiusSq * wLengthSq
line.direction = Vector2(unitW.y(), -unitW.x());
u = (combinedRadius * invTimeHorizon - wLength) * unitW;
这段求得向量u的大小为下图中紫色线段长度,方向与w同向,半平面的方向为w顺时针旋转90°
判断往哪个leg方向计算u
if (det(relativePosition, w) > 0.0F)
求向量w和relativePosition的叉积,可以判断出w在relativePosition的左边还是右边,以此确定离哪个leg更近
求解半平面的方向,原理和前面静态障碍物求leftLegDirection、rightLegDirection方向是一样的,最终推导的公式也是类似的,这里不再重复了,根据不同leg求得的不同方向都在下图黑色箭头中标出来了
u = (relativeVelocity * line.direction) * line.direction - relativeVelocity;
求u的代码含义也在上图中标出来了
处理双方已碰撞的情况
本质也是往在圆的里面远离圆心,和未碰撞往小圆上计算u的原理一样
计算半平面的位置
line.point = velocity_ + 0.5F * u;
u计算出来后半平面的位置也就确定了
半平面交集求解
std::size_t linearProgram2(const std::vector<Line> &lines, float radius, const Vector2 &optVelocity, bool directionOpt, Vector2 &result)
lines:所有半平面
radius:求解时的限定圆形半径(即物体最大速度)
optVelocity:当前物体的期望速度
directionOpt:默认false,执行linearProgram3(交集没有可行解)为true
result:当前步骤求出的最新速度
初始一下默认优化速度
if (directionOpt) {result = optVelocity * radius;
} else if (absSq(optVelocity) > radius * radius) {result = normalize(optVelocity) * radius;
} else {result = optVelocity;
}
遍历所有半平面,对每个半平面进行线性处理
if (det(lines[i].direction, lines[i].point - result) > 0.0F)
只处理在当前半平面右侧的速度,左侧的速度本身就属于当前半平面的可行解。(注意叉积大于0虽然是逆时针方向。但是这里的是result指向lines[i].point,不是lines[i].point指向result)
线性规划求解
计算当前半平面的可行解,返回有无可行解
bool linearProgram1(const std::vector<Line> &lines, std::size_t lineNo,float radius, const Vector2 &optVelocity, bool directionOpt, Vector2 &result)
与linearProgram2参数一样,多了个 lineNo:当前处理的半平面索引id
这个行数是求可行解的核心代码,也是线性规划的过程
const float dotProduct = lines[lineNo].point * lines[lineNo].direction;
dotProduct就是向量lines[lineNo].point在lines[lineNo].direction上的投影长度。即上图中两个黑色线段的长度
圆的半径,即物体最大速度,必须在半平面的左边才能有解。即上图中粉色线必须大于紫色线。
紫色线标为len,即物体原点到半平面的垂直距离。
需要 radius > len
==>>radius * radius > len * len
(灰线长度为 |lines[lineNo].point|,根据勾股定理)
==>> sqr(radius) > absSq(lines[lineNo].point - sqr(dotProduct)
==>> sqr(radius) + sqr(dotProduct) - absSq(lines[lineNo].point > 0
==>> discriminant > 0
因此,下面代码表示无解退出
if (discriminant < 0.0f) {return false;
}
同时sqrtDiscriminant还表示上图黄色线段的长度
根据勾股定理
discriminant = sqr(radius) - sqr(len)
(sqr(len) = absSq(lines[lineNo].point - sqr(dotProduct))
==>> discriminant = sqr(radius) - absSq(lines[lineNo].point + sqr(dotProduct)
const float sqrtDiscriminant = std::sqrt(discriminant);
float tLeft = -dotProduct - sqrtDiscriminant;
float tRight = -dotProduct + sqrtDiscriminant;
tLeft和tRight即为上图中橙色和蓝色线段的长度。分别表示圆的两个交点到lines[lineNo].point的距离
比较已处理过的半平面
for (size_t i = 0; i < lineNo; ++i)
在当前 lineNo 半平面线性规划求解时,需要和之前处理过的半平面对比来缩小解的范围。最初的解范围是速度圆和半平面直线的两个交点范围。
if (std::fabs(denominator) <= RVO_EPSILON) {if (numerator < 0.0f) {return false;}else {continue;}
}
如果 lineNo 半平面 和 i 半平面平行即*det(lines[lineNo].direction, lines[i].direction)*约等于0,没有交点与当前范围对比,所以进行特殊处理
优因为当前 result 是在 lineNo 半平面右边, 所以如果 i 半平面在 lineNo 半平面左边
(det(lines[i].direction, lines[lineNo].point - lines[i].point) > 0)
一定是和 lineNo 反向,不会对当前求解范围有影响,因此 continue
但是 i 在 lineNo 右边的话这里的处理我有些没看懂, 如果 i 和 lineNo 反向的话,就没有可行解 return false 。但是 i 和 lineNo 如果同向的话,应该也是 continue。有大佬看懂的话方便留个评论解释一下吗。
const float t = numerator / denominator;
t 的含义是上图中两个半平面交点 o 到 当前半平面 lines[lineNo].point 的距离
因为
图中红色箭头为向量 lines[lineNo].point - lines[i].point
半平面的方向向量,长度都为1, 即 |lines[i].direction| = 1
叉积为两向量模乘正弦,因此 numerator 为上图中紫色线段长度,即 lines[lineNo].point 到 i 半平面的垂直距离
此时以两个半平面交点 o 为起点,画一个向量 lines[lineNo].direction ,可以得出 denominator 为上图中棕色线段的长度
又因为 |lines[lineNo].direction| = 1
并且 t / |lines[lineNo].direction| = numerator / denominator
即上图黄色线段
if (denominator >= 0.0F) {tRight = std::min(tRight, t);
} else {tLeft = std::max(tLeft, t);
}if (tLeft > tRight) {return false;
}
可行解最初的范围是大于 tLeft 小于 tRight
上图中,当 i 半平面的方向在 lineNo 半平面的右边。此时的可行解一定是大于交点 o 的区域
因此 denominator < 0 时, 需要 t 和 tLeft 对比谁更大。反之同理
const float t = lines[lineNo].direction * (optVelocity - lines[lineNo].point);
if (t < tLeft) {result = lines[lineNo].point + tLeft * lines[lineNo].direction;
} else if (t > tRight) {result = lines[lineNo].point + tRight * lines[lineNo].direction;
} else {result = lines[lineNo].point + t * lines[lineNo].direction;
}
如上图所示 t 代表了期望速度投射到半平面的阴影长度。根据 t 的不同位置求的不得解
if (directionOpt)
directionOpt 为 true 时,不会有可行解,直接根据期望速度与半平面方向是否同向来取交点
无可行解
void linearProgram3(const std::vector<Line> &lines, std::size_t numObstLines,std::size_t beginLine, float radius,Vector2 &result)
numObstLines:静态障碍物半平面的数量
beginLine:索引id,表示从哪条半平面开始无法求出可行解
另外三个参数和之前一样
if (det(lines[i].direction, lines[i].point - result) > distance)
这行代码是求当前解到之后的每条无解半平面的垂直距离,以处理距离最远的半平面为准。我的理解是,离的最远的半平面,是碰撞机率最大的,因为他需要最大的调整速度,才能够调整回不碰撞的速度可行域
这个函数里的遍历都是去掉了静态障碍物的半平面的,因为静态障碍物自身是无法进行碰撞避免处理的
float determinant = det(lines[i].direction, lines[j].direction);
if (std::fabs(determinant) <= RVO_EPSILON) {if (lines[i].direction * lines[j].direction > 0.0f) {continue;}else {line.point = 0.5f * (lines[i].point + lines[j].point);}
}
else {line.point = lines[i].point + (det(lines[j].direction, lines[i].point - lines[j].point) / determinant) * lines[i].direction;
}
这段代码是,将当前处理的 j 半平面与已处理过的 i 半平面做对比。
如果两者平行并同向即重合了,则略过
如果平行但反向,获取两个半平面起始点的连线中点坐标
如果不平行,则获取两个半平面交点的坐标(推导原理和前面一样)
line.direction = normalize(lines[j].direction - lines[i].direction);
这行代码,是让已处理的半平面往 此当前处理的半平面,旋转一半的角度再取反
形成新的半平面交集,再进行求解
如上图,最初的三个半平面可行域是绿色阴影部分,没有公共交集。
i 半平面和 i+1 半平面都往 j 半平面方向旋转了一半夹角的长度,再取反,形成新的蓝色阴影区域,有公共交集。再进行线性规划求解
旋转的角度是根据 normalize(lines[j].direction - lines[i].direction) 设置的
我试着改变了 lines[i].direction 的长度,使旋转的角度不同
float len = 1;
line.direction = normalize(lines[j].direction - lines[i].direction * len);
len为1是旋转1/2的夹角,len越解决0,旋转后的半平面越接近 j 半平面,len越大,旋转后的半平面越近 i 半平面的反向。
演示效果
静态图
以下是几种设置不同旋转角度后,求得的速度,以四个球最下方的那个球为分析目标,
三根不同的射线就是三条半平面,此时的三个半平面是没有可行解的。球的黑点位置就是新的速度朝向。
设置不同len时的,物体的新速度朝向:
len = 1,旋转1/2角度
len = 0.5
len = 0.1
len = 5
len = 10
i半平面直接无转向
可以看到,不同的参数,物体的避障趋势是不一样的,但是最终都是可以成功避障的
动态效果
len = 1,旋转1/2夹角
len < 1/2,更趋近于0,i半平面旋转更多
len > 1,更趋近于无穷大,i半平面旋转更少
i半平面不转向
大量物体
len = 1,旋转1/2夹角
len < 1/2,更趋近于0,i半平面旋转更多
len > 1,更趋近于无穷大,i半平面旋转更少
i半平面不转向
一些问题
某些情况下,可能会出现物体都静止不动的情况
有的时候出现双方,避障权重一样,速度一样,方向相对,位置也是相对。
最后都静止不动了。以上述例子来看,下面的球速度始终是垂直向上,上面的球速度始终是垂直向下。双打的速度始终在碰撞半平面的可行域里,但是为了避免碰撞,双方的速度越来越小
再加上,时间的间隔也非常小
最终由于浮点数计算,导致物体的位置每帧不变
位置,速度都不变,ORCA求的新速度也不变,就导致最终的效果是双方最终都停在原地了
但实际项目中,一般不会有这种情况,因为此时只要一个外来的变化量,或者双方目标速度,权重,啥的有一点点变化。就随便一个微量情况,打破了这种平衡,物体就会继续移动下去。只是可能会出现物体在原地磨蹭了很久之后,才相互错开。因此。具体项目在使用源代码的时候,还需要根据不同需求做不同的调整