Blender到Unreal Engine：UCX碰撞和比例修复

直接回答：在重新导入Unreal之前修复Blender的碰撞和比例

对于一个静态网格，创建作为单独凸包的简单碰撞，应用对象旋转和比例，并根据渲染网格命名每个凸包，使用Unreal的碰撞前缀，例如UCX_Rock_01_00，UCX_Rock_01_01。将渲染网格及其碰撞对象一起导出，保持导入碰撞启用，然后打开静态网格编辑器并使用碰撞可视化确认导入的凸包与资产匹配。

对于一个骨骼网格，UCX凸包不能替代物理资产。首先证明骨骼网格、骨架、骨骼和动画导入后的尺寸正确。然后创建或重新生成物理资产并检查其物理体和约束。如果物理资产大约是100倍太大或太小，请在手动调整每个物理体之前修复Blender的单位/对象/骨架导出链。一百倍的症状是单位转换边界的证据，而不是在物理资产中隐藏源错误的理由。

这是最短的可靠Blender到Unreal路径：在Blender中准备和命名→导出受控的FBX→导入到干净的Unreal文件夹中→预览比例和碰撞→修复源或导入边界→优化凸包数量→重新导入→在有代表性的地图中验证。不要将成功的导入对话框视为碰撞、比例、材质、动画或运行时成本正确的证明。

在编辑前选择正确的碰撞所有者

第一个决定是该资产是静态的还是骨骼的。静态网格在其静态网格资产中存储简单的和复杂的碰撞。骨骼网格通常使用包含与其骨架相关联的物理体和约束的物理资产。这些流程可能以类似的方式失败，但它们有不同的所有者和不同的修复方法。

Epic的FBX 静态网格管道文档说明了自定义碰撞命名和导入行为。Epic的物理资产编辑器是关于物理体、约束和骨骼物理的权威来源。在调试时保持这些系统分开。

在Blender中准备一个一米尺度的参照物

在接触生产资产之前，添加一个具有已知现实世界尺寸的简单参照物，例如一个一米的立方体。将其放在资产旁边，记录Blender场景的单位设置，并检查物体的尺度、旋转、尺寸、原点和父变换。目的不是强制使用一个通用的Blender预设；而是使转换过程可观察。

Unreal的世界尺度是以厘米为基础的。因此，一个一米的参照物在导入后应测量为100 Unreal单位。如果参照物和网格不一致，错误已经在源层级或导出选择中。如果两者都以相同的因子出错，那么导出/导入单位边界更可能是问题所在。如果渲染网格正确但生成的物理资产中的物理体尺寸错误，请检查骨架和骨骼尺度以及物理资产生成，而不是更改整个场景。

对于一个可丢弃的测试副本，在导出前对渲染网格和自定义碰撞对象应用旋转和尺度，使其物体变换读数符合预期。对待一个绑定的骨骼结构要更加小心：应用变换可能会改变已建立的绑定或动画关系。复制文件，保留已知良好的版本，并在任何骨骼更改后确认参考网格和动画行为。

在交接备注中记录四个值：Blender场景单位、渲染物体尺寸、物体/骨架尺度和预期的Unreal尺寸。这个小表格可以防止队友在不知道它进入位置的情况下重复进行100倍的转换。

构建UCX碰撞，使Unreal可以导入

当原始几何体不足以满足需求时，为静态物体使用自定义的UCX几何体。在每个实体区域周围复制或建模一个低复杂度的外壳，然后将凹形形状拆分为多个凸形部件。保持外壳简单：碰撞检测会频繁进行，因此密集的可见网格副本会违背简单碰撞的目的。

精确匹配渲染网格名称。如果可见物体是SM_Cliff_A，请使用诸如UCX_SM_Cliff_A_00、UCX_SM_Cliff_A_01和UCX_SM_Cliff_A_02之类的名称。数字后缀用于区分外壳；UCX_前缀表示它们为凸形碰撞。在受控测试文件中对渲染网格和外壳应用变换，确认外壳的原点和尺寸对齐，并在相同的FBX选择中导出它们。

不要依赖Blender集合、视口颜色、材质或父名称来传达碰撞意图。Unreal读取导出的对象名称和几何体。同时尽量避免重叠或极薄的外壳。如果一个复杂的开口对游戏性很重要，请围绕开口构建多个干净的凸形外壳，并在Unreal中验证可通行空间，而不是依赖Blender视口。

导出一个受控的FBX而不是整个场景

仅选择渲染网格、其UCX对象以及属于此测试的骨骼/动画对象。导出到新的FBX文件，以防止旧文件掩盖结果。保留导出器版本、所选对象设置、变换设置、轴设置、单位转换和动画选择的截图或文本记录。

Epic当前的FBX页面指出，Unreal的FBX流程使用FBX 2020.2。尽管导出器仍可从更新的DCC版本中写入可用文件，但当行为不同时，应将测试简化为一个网格，并与Epic文档中的流程版本进行比较。不要声称文件扩展名本身就能证明兼容性。

对于静态碰撞调试，排除骨架、动画、无关网格、摄像机和灯光。对于骨骼调试，首先导出一个参考网格和一个简短的动画。较小的文件可以确定失败是属于对象命名、源变换、导入器选项、骨骼重用还是物理资产生成的问题。

在Unreal中导入并验证静态碰撞

将FBX导入到一个干净的测试文件夹中，而不是直接覆盖生产资源。为静态网格测试保持导入碰撞启用。打开生成的静态网格资源并检查其尺寸、原点、材质、法线、LOD状态和碰撞可视化。自定义外壳应显示为围绕可见网格的简单碰撞；UCX对象不应显示为普通渲染网格。

至少进行两次测试。首先，在静态网格编辑器中启用碰撞可视化并检查每一面和每一个开口。其次，将资源放置在具有代表性的地图中并测试实际的射线检测或角色。一个外壳可能看起来合理，但仍可能阻挡门、错过台阶或在项目的碰撞通道下表现不同。

在得出结论前检查静态网格碰撞复杂度设置。Use Complex Collision As Simple可能会让场景看起来已修复，同时绕过预期的UCX外壳，并且会改变性能和模拟的权衡。保持项目实际查询/模拟需求可见，不要使用复杂度切换来掩盖导入不匹配。

诊断“导入的碰撞与UCX不匹配”

一份2026年7月的Epic论坛报告描述了导入的碰撞与提供的UCX网格不匹配的情况。将该报告视为一个发现信号，而不是通用引擎缺陷。使用干净的导入重新生成资产，并逐步检查所有权链：

1. 确认导出的渲染网格名称与UCX_后的文本完全匹配。
2. 确认每个自定义凸包都是凸形、闭合、选中，并在同一个FBX中导出。
3. 确认在Blender中渲染网格和凸包的尺寸、原点、旋转和缩放对齐。
4. 确认启用了导入碰撞，且UCX对象没有作为可见网格导入。
5. 将新的干净导入与现有资产的重新导入进行比较；过时的资产设置可能导致这些路径不同。
6. 在静态网格编辑器中检查简单碰撞，然后测试实际的pawn或追踪通道。

如果一个大型UCX对象以意外方式被分解，用几个显式凸形凸包替换它，并分别命名每个凸包。如果干净的测试导入正确但生产重新导入不正确，请在再次更改Blender源之前比较现有静态网格的碰撞和重新导入状态。保留两种记录，以便团队知道修复是源几何体还是资产状态问题。

诊断100×物理资产缩放

另一份2026年7月的Epic论坛报告描述了在物理资产中可见的Blender缩放问题。从物理资产编辑器外部开始。验证导入的骨骼网格边界与一米参考物一致，检查骨骼树和参考姿态，并播放一段已知的动画。Epic的FBX骨骼网格管道提供了版本化的导入上下文；只有在骨骼数据已知一致后，才应对物理资产进行诊断。

使用此拆分：

• 网格、骨骼和动画的比例全部相差100倍： 返回到Blender场景/对象/骨架单位和FBX单位转换路径。
• 网格正确但骨骼或动画错误： 比较骨架和骨骼变换、导出选择、骨骼重用和动画导入设置。
• 网格和动画正确但生成的物理体错误： 创建一个新的测试物理资产，检查最小骨骼大小和生成选项，并与旧资产进行比较。
• 只有一个物理体错误： 检查所属骨骼和局部约束/物理体变换，而不是重新缩放整个资产。

在未首先记录它修正的边界之前，不要使用0.01或100的通用乘数。魔法因子可能让编辑器看起来正确，同时导致动画重定向、插槽、根运动、附加道具或运行时物理不一致。在源链修正后，重新生成或故意重建受影响的物理体和约束，然后重复相同的移动和模拟测试。

优化碰撞而不改变游戏玩法

碰撞质量不是通过外壳如何模仿每个顶点来衡量的。使用最少的凸壳来保留资产实际需要的游戏空间、接触表面和追踪结果。记录外壳数量并用适用于该资产的角色胶囊、摄像机追踪、抛射物、导航和物理模拟进行测试。

保持渲染优化和碰撞优化分开。Nanite或密集的渲染网格不会自动提供适当的简单碰撞表示。同样，视觉上低多边形的资产仍可能有较差的碰撞，如果其外壳阻挡了入口或包含许多不必要的部分。当碰撞体积或模拟计数有意义时，对代表性地图进行分析并在目标硬件上验证打包行为。

对于团队交接，存储Blender源文件、导出的FBX、预期的Unreal尺寸、UCX命名列表、引擎版本、导入器设置、静态网格或物理资产路径以及验收测试。从该包中重新导入一次。如果结果发生变化，说明流程尚未可重复。

SEELE适用的场景——以及不适用的场景

SEELE可以支持预Unreal资产工作流程：上传或导入导出的模型，预览它，识别比例/材质/几何问题，优化或转换支持的资产，并将更清洁的交付物带入Unreal验证。Unreal 3D资产优化器是该预导入工作的相关交接点。

SEELE 不会 打开或修改原生 .uproject，安装 Unreal 插件，使用 Unreal 创建物理资产，配置碰撞通道，重新生成物理体，启用 Nanite，编译 Blueprint 或 C++，或证明打包后的行为。UCX 导入、物理资产编辑、碰撞通道测试、性能检查和最终验收仍需在真实的 Unreal 游戏中进行。

继续按照 UE 5.8 FBX 导入性能检查清单 完成更广泛的交换流程，当选择 FBX、glTF、OBJ 或 USD 时参考 3D 模型文件格式指南，并参考 Chaos 物理指南 了解引擎端概念。本页面负责 Blender 特定的 UCX 和物理资产比例问题的排查，而不是创建另一个近似的路径。

官方来源和证据限制

• Epic: FBX 静态网格管道 — 自定义碰撞命名、静态网格导入和 FBX 管道行为。
• Epic: 物理资产编辑器 — 骨骼物理体和约束。
• Epic: FBX 骨骼网格管道 — 骨骼网格和动画导入上下文。
• Epic 论坛: 物理资产 Blender 比例问题 — 带日期的问题线索；不被视为官方通用解决方案。
• Epic 论坛: 导入的碰撞不匹配 UCX 网格 — 带日期的问题线索；不被视为引擎整体出现回归的证明。

引擎导入行为可能因 Unreal 版本、Blender 导出器版本、项目设置、资产历史和具体 FBX 而异。请保留这些版本以进行复现。由于两个论坛报告未提供确认的 Epic 解决方案，本指南提供了一个受控的诊断路径，而不是将推测作为已发布的修复方案。

常见问题解答

从 Blender 到 Unreal 的正确 UCX 命名约定是什么？

为每个凸形碰撞对象命名时，使用 UCX_，然后是精确的渲染网格对象名称，再加一个唯一的数字后缀。对于名为 SM_Rock_A 的网格，使用 UCX_SM_Rock_A_00、UCX_SM_Rock_A_01 等。导出渲染网格和外壳一起，保持 Import Collision（导入碰撞）启用，并在静态网格编辑器中验证简单的碰撞。

为什么Unreal会忽略我从Blender导出的UCX碰撞？

首先检查对象名称是否准确，导出选择、已应用的变换和闭合凸包。确认已启用“导入碰撞”，并进行干净的导入测试，因为现有的静态网格可能会保留使重新导入行为不同的设置。如果需要凹形形状，请将其拆分为多个简单的凸形UCX对象，并验证实际的pawn或射线检测通道。

为什么我的Blender物理资产在Unreal中大了100倍？

大约100倍的差异通常表明在场景、对象、骨架、导出或导入状态中存在米到厘米的转换边界。检查一个一米的参考物，骨骼网格的边界，骨骼缩放和动画，然后再调整物理资产中物理体的大小。修复最早的错误边界，然后创建或重新生成物理资产并重新测试约束和模拟。

我应该为骨骼网格使用UCX碰撞吗？

UCX命名主要是静态网格自定义碰撞流程的一部分。骨骼网格通常使用其物理体与骨架中的骨骼关联的物理资产。首先诊断骨骼网格、骨架和动画缩放，然后编辑或重新生成物理资产。不要将静态UCX包络视为骨骼物理体的通用替代品。

当UCX失败时，我应该启用“使用复杂碰撞作为简单”吗？

不要作为第一个修复方法。该设置可以通过使用渲染几何体而不是预期的简单包络来使射线检测看起来正确，但它会改变性能和模拟的权衡。首先证明为什么UCX未被导入或匹配，然后为资产有意识地选择碰撞复杂度，并验证项目的实际查询、导航和物理需求。

SEELE可以在我的Unreal游戏中修复UCX碰撞或物理资产吗？

不可以。SEELE可以在Unreal导入前帮助预览、检查、优化或转换支持的导出3D资产。它不会修改.uproject文件，在静态网格编辑器中创建碰撞，创建物理资产体，配置碰撞通道，安装插件或验证打包的构建。在Unreal编辑器中完成并验证这些步骤。