AI生成的过山车轨道导入后频繁脱轨？用5步检查样条、轨距与碰撞

把 AI 生成的过山车轨道导入 Unity 或 Unreal 后，车辆在直线段运行正常，一进入上坡、环形轨道或高速下坡就突然脱轨，这类问题通常不能只靠增强吸附力解决。

更可靠的做法是先固定测试条件：使用同一辆四节车厢、同一条路线、同一组速度和物理参数，记录第一组轮对离开轨道的位置。如果车辆每次都在同一处接缝或环形入口出问题，应优先检查样条和轨道几何；如果速度越高越容易出错，则重点检查物理时间步、子步和约束更新；如果车厢方向突然翻转，则要检查样条上方向、局部坐标和父级变换。

核心判断只有一句：画面连续，不等于运动约束连续。 样条切线、轨距、局部坐标、碰撞代理和物理时间步需要分别验证，不能用更大的约束力掩盖底层错误。

图注：环形轨道适合标记曲率、坡度和车厢约束的高风险位置，但轨道能否稳定运行，仍需结合真实路径、碰撞与物理测试判断。

先判断：固定位置脱轨，还是高速随机脱轨？

在修改参数前，先观察脱轨是否具有稳定规律。

如果车辆每次都在直线接缝、上坡入口、环形顶部或下坡落点脱轨，通常说明轨道几何、样条控制点、轨距或碰撞代理存在确定性问题。若低速基本正常、速度提高后才偶发脱轨，则更像是固定时间步、连续碰撞检测或约束求解跟不上。若车厢没有明显撞击，却突然滚转或翻面，则应检查样条的上方向以及父级坐标变换。

不要一开始同时修改悬挂、轮径、车厢质量和吸附力。这样即使问题暂时消失，也很难确认是哪一项真正起效，甚至可能把错误的轨道数据带入正式项目。

建议先建立一组基线：

• 固定轨道与车辆版本；
• 固定物理时间步和碰撞模式；
• 先用低速单车厢测试，再增加到四节车厢；
• 记录首次离轨位置、离轨帧、车厢编号、速度和轨道曲率；
• 每轮只修改一个变量。

这一步的目标不是立刻修复问题，而是先判断故障属于轨道几何、车辆约束，还是运行时物理。

第一处：样条控制点与切线是否在接缝处突变

现象

轨道表面看起来已经连接，车辆到达直线转弯、上坡进环或环形顶部时，车头却突然改变方向，随后被甩出轨道。

原因

样条可以理解为轨道的中心路径。控制点决定路径经过哪里，切线决定路径在该位置朝向哪里。两个控制点的位置接上了，并不代表它们之间的方向和曲率也连续。

如果一侧切线过短、另一侧切线过长，或者闭合点两端方向不一致，路径就会出现肉眼不易察觉的折点。车辆通过时会在极短时间内改变方向，多节车厢还会把前车厢的姿态突变传递到后方，最终表现为尾部甩动、连接处拉扯或整列脱轨。

处理方法

打开样条控制点、切线方向和曲率可视化，重点检查以下位置：

• 直线与弯道的连接处；
• 平路进入上坡的位置；
• 环形轨道顶部；
• 闭合轨道的首尾连接点。

先让低速单车厢通过，观察位置、朝向和曲率是否连续。只要出现单帧方向跳变，就应先修正控制点和切线，而不是提高车辆吸附力。若需要回到 DCC 软件整理中心线或重建轨道，重新导入后仍要在引擎内走完同一条测试路线。

第二处：视觉轨距、碰撞轨距与轮对宽度是否一致

现象

轨道中心线没有明显异常，车辆却在弯道内侧或外侧逐渐爬轨，并在转弯半径变化的位置脱离轨道。

原因

轨距是左右轨面之间的距离。项目中往往同时存在三组尺寸：视觉模型的轨距、碰撞代理的轨距，以及车辆轮对的实际宽度。它们可能来自不同的建模、缩放或导入基准。

例如，直线段保持原始尺寸，弯道段却使用了非均匀缩放；画面上看起来仍然连贯，碰撞轨面之间的距离却已经变化。轮对进入该区域后，可能一侧悬空、一侧卡住，物理系统随即把车厢抬起或推出轨道。

处理方法

分别在直线、缓弯、急弯和环形段测量：

• 视觉轨面的实际间距；
• 碰撞轨面的实际间距；
• 轮对宽度与轮缘预留量；
• 模块缩放和单位设置。

可以先用一个结构简单的测试轮对替换整车。如果简化轮对仍在同一位置脱轨，应优先修复轨道；如果简化轮对稳定，而完整车辆异常，再检查悬挂、车厢长度和连接约束。

不要靠调车厢质量来补偿轨距错误。质量只能改变脱轨发生的速度或幅度，无法让不一致的几何重新对齐。

第三处：轨道局部坐标与样条上方向是否翻转

现象

车厢没有撞上明显障碍，却在环形顶部突然滚转；或者进入闭合点后，车头、车顶和轮对方向瞬间反转。

原因

车辆沿样条运动时，不只需要“向前”的方向，还需要稳定的右方向和上方向。三者共同决定车厢在轨道上的完整姿态。

如果某个控制点的上方向突然翻转 180 度，或者轨道父级带有负缩放、非均匀缩放和重复坐标转换，车厢的局部坐标就可能发生跳变。只查看位置曲线通常发现不了这类问题。

四节车厢还会放大影响：第一节的姿态翻转会通过车钩或父子关系传递到后方，看起来像一串随机脱轨。

处理方法

沿整条轨道显示局部前、右、上三个方向，重点查看环形顶部和闭合点：

• 三个方向是否连续变化；
• 是否出现上方向突然反转；
• 父级节点是否存在负缩放；
• 对象是否保留未应用的非均匀缩放；
• DCC 与引擎之间的坐标轴转换是否一致。

闭合轨道最好使用连续、可控的上方向参考，避免系统在每个采样点独立推算法向。简单来说，轨道不但要告诉车辆“往哪里走”，还要持续告诉车辆“哪边是上”。

第四处：视觉轨道连续，碰撞代理是否存在台阶或缺口

现象

渲染画面中的轨面很平滑，车辆经过分段接缝、坡道入口或弯道内侧时，却像撞到一道看不见的坎，被突然抛起。

原因

视觉网格和碰撞网格是两套可能不同的几何。为了降低计算量，碰撞代理通常会被简化。简化过程中一旦出现台阶、凸边、缺口或局部变窄，轮对接触到的就不再是画面中看到的平滑轨面。

这类问题尤其容易出现在自动生成碰撞、模块拼接和轨道重新导出之后。视觉模型更新了，项目里却可能仍在使用旧碰撞数据。

处理方法

关闭材质显示，分别查看视觉网格和碰撞网格，再将两者叠加比较。重点检查：

• 模块接缝是否留下缝隙或重叠凸边；
• 坡道入口是否形成细小台阶；
• 弯道内侧的碰撞轨面是否变窄；
• 环形轨道闭合点是否断开；
• 更新视觉模型后，碰撞数据是否同步重建。

先修复碰撞代理的连续性，再调整车辆参数。增大吸附力或减小轮径，最多只能暂时压住弹跳，无法清除碰撞几何中的错误；高速运行时，过强的约束冲量反而可能让系统更加不稳定。

第五处：高速、固定时间步与多车厢约束是否同步

现象

低速单车厢可以稳定通过，正常速度下四节车厢偶尔脱轨，高速进入环形轨道时则几乎必然出错。

原因

物理系统按照固定时间间隔更新。车辆移动、碰撞检测、样条约束和车厢连接如果没有处在一致的更新节奏中，轮对可能在相邻两次计算之间跨过碰撞面，约束也可能来不及把车厢拉回正确位置。

速度越高，每个物理步内移动的距离越大；车厢越多，需要同时求解的连接约束也越复杂。因此，高速和多车厢测试更容易暴露时间步与求解精度不足的问题。

处理方法

用低、中、高三档速度，分别测试单车厢和四节车厢，并记录：

• 每节车厢的速度；
• 轮对接触状态；
• 连接约束力；
• 首次离轨帧；
• 对应的轨道位置与曲率。

随后逐项检查固定时间步、物理子步、连续碰撞检测和约束求解次数。如果低速正常、高速异常，而且离轨位置并不固定，应优先检查物理更新；如果所有速度都在同一位置出错，则应回到样条、轨距和碰撞代理继续排查。

不要把“提高吸附力”当成默认修复。它可能暂时让车辆贴住轨道，却同时产生更大的约束冲量，掩盖时间步不足或碰撞不连续的问题。

用15秒最小场景完成复测

复杂乐园场景会加入灯光、特效、游客和大量装饰，不适合直接定位脱轨问题。建议建立一条只保留关键轨道与车辆的 15 秒测试路线：

• 0—5 秒： 低速单车厢通过直线接缝和上坡入口；
• 5—10 秒： 正常速度四节车厢通过环形轨道；
• 10—15 秒： 高速通过环形轨道并进入下坡。

每轮只改变一个变量，并保存对应的轨道版本、车辆版本和物理设置。至少保留三组调试画面：

交付前还要在目标设备上重复同一条路线。开发机上的稳定结果不能自动代表低帧率或性能受限设备，因为物理更新、帧时间波动和约束负载可能发生变化。

DCC资产编辑能解决什么，不能解决什么？

如果轨道需要清理控制点、统一单位、应用缩放、修正轨距或重建碰撞代理，应先回到 Blender、Maya 等 DCC 软件处理资产结构，再重新导入 Unity 或 Unreal。

DCC 阶段适合解决：

• 轨道中心线和控制点不合理；
• 模块尺寸与轨距不统一；
• 父级变换或缩放没有清理；
• 视觉网格与碰撞网格不匹配；
• 接缝、凸边和缺口需要重新建模。

但资产能够顺利导出，不代表物理系统已经通过验收。固定时间步、连续碰撞、约束求解、多车厢连接和目标设备表现，仍然只能在实际运行环境中验证。

AI 生成3D模型可以加快轨道外观和初始模块的制作，但不能自动证明轨道可驾驶、轮对约束正确或高速运行稳定。进入项目后，仍要完成3D资产编辑、碰撞重建和引擎内复测。

先定位约束层，再修改参数

过山车脱轨可以按下面的顺序排查：

这个顺序可以把视觉问题、资产问题和运行时物理问题分开，避免用更强的吸附力把真正原因暂时藏起来。

你的车辆更常在轨道接缝、环形顶部，还是高速下坡时脱轨？如果能同时记录首次离轨位置、速度和车厢编号，通常比只提供一段结果视频更容易定位原因。

可直接复制的检查清单

• 固定车辆、速度、路线和物理参数，记录第一次轮对离轨位置。
• 样条控制点、切线和曲率在转弯、上坡入口、环形顶部与闭合点连续。
• 视觉轨距、碰撞轨距和轮对宽度采用同一单位与缩放基准。
• 沿轨道显示前、右、上方向，确认没有 180 度翻转。
• 分别检查视觉网格与碰撞网格，清除台阶、缺口、凸边和变窄区域。
• 使用低、中、高三档速度，分别测试单车厢和四节车厢。
• 检查固定时间步、物理子步、连续碰撞与约束求解次数。
• 在目标设备完成 15 秒最小测试，并保留三组调试画面。
• 明确标注 AI 生成资产仍需人工清理、碰撞重建和引擎内物理复测。