我正在开发一款游戏（使用Game Maker：Studio Professional v1.99.355），它需要具有基于平台物理的用户可修改的关卡几何和AI寻路。因此，我需要一种方法来动态地确定哪些平台可以从哪些平台到达，以便构建我可以提供给A *的节点图。
我目前的做法或多或少是这样的：
对于每个平台，请考虑级别中的其他平台。
对于每个平台，如果显然无法访问（例如，由于高于最大跳跃高度），请不要形成链接并转到下一个平台。
如果链接似乎可行，请在起始平台上放置一个ai_character实例，并（在当前步骤事件中）模拟跳转尝试。
3.a对起始平台上的每个可能的起始位置重复此跳转尝试。
如果此尝试成功，请记录实时复制所需的数据，然后转到下一个平台。
如果没有，请不要形成链接。
对所有平台重复。
这种方法或多或少有效，并产生一种链接结构，在可视化时如下所示：
linked platforms（超链接，因为没有代表。）
在这个例子中，右下角隐藏着大部分隐藏的粉红色幽灵试图触及黑白盒子。浅蓝色矩形只是突出显示识别平台的位置，实际平台是灰色框的行。链接线在原点处为绿色，在目的地处为红色。
这种方法的一个巨大而明显的问题是，对于只有17个平台的级别（如上所示），生成节点图需要一秒多的时间。原因很明显，屏幕中心的黄色文字向我们展示了构建图表需要多长时间：超过24,000（！）个模拟帧，每个帧都对每个块进行附带冲突检查 - 我只是运行角色的步骤事件在一个循环中，所以它通常会做一切来处理一个框架中的平台运动，它现在做了24,000次。
这显然是不可接受的。如果它只在17个平台上严重缩放，那么对于我需要支持的数百个玩家来说，这将是一个笑话。哎呀，按照几何时间成本，这可能需要数年时间。
为了加快速度，我专注于另一个重要的调试号码，测试计数器：239。如果我只是尝试了每个可能的起始和目标平台组合，我需要运行17 * 16 = 272次测试。通过找出预测跳跃是否不可能的各种方法，我已经设法降低了高达33（12％！）的昂贵测试数量。然而，我添加到代码中的异常和特殊情况越多，我就越确信实际问题出现在跳转模拟代码中，这让我终于得到了我的问题：
如何确定角色是否可以从一个平台跳到另一个平台，最好不需要模拟整个跳跃？
我的特定平台物理：
跳跃是固定的高度，除非你达到上限。
水平移动没有加速度或惯性。
允许水平空气控制。
更多信息： 我找到this video，它描述了一个类似的问题，但没有提供一个好的解决方案。这实际上是我找到的唯一资源。
答案 0 :(得分：1)
您可以通过仅比较附近的平台来限制比较量。我可能只会检查平台之间的水平距离，如果它比可能的最长跳跃宽，那么不要费心检查这两者之间的链接。但是你可能已经完成了这个，因为你检查了跳跃的最大高度。
我瞥了一眼视频，它给了我一个主意。而不是在所有平台上查找哪些跳转是不可能的，如果你做了相反的事情呢？尝试在所有平台上放置AI角色，并查看他们可以访问的其他平台。如果你的敌人无法在半空中改变方向，那肯定会更容易实现。哦，头脑风暴是找到一些东西的关键。
答案 1 :(得分：0)
您可以尝试的几种想法：
通过使用空间数据结构（例如四叉树）来限制需要进行的比较数量。这将允许您严格限制甚至尝试检查的平台数量。这与您当前正在执行的操作基本相同，但是更加通用。
尝试提前计算一些跳跃轨迹。
考虑某种可步行性网格，而不是链接生成方案。修改几何形状后，以一定的分辨率（类似于代理的尺寸可能是一个很好的起点）来计算关卡的哪些部分是可走的，哪些不是。您还可以使用高度过滤它们，以便将高于跳转高度且不能从更高位置掉落到其上的栅格标记为不可行走。然后，当您计算寻路时，作为寻路步骤的一部分，您可以计算开始跳转的时间，如果路径实际上是可执行的（“开始跳转，我最多可以垂直走5个图块，并且在跳跃，我总是会以一定速度垂直跌落。）
