测试更快的导入器，但仍要检查资产
Unreal Engine 5.8 增加了实验性的 uFBX 支持。Epic 表示，它可以显著缩短大型 FBX 文件以及包含大量网格的文件的导入时间。但它不会自动修复材质、单位、枢轴、法线、UV、LOD、碰撞、绑定或动画。
导入前清理很有帮助，但最终的验证仍然是：在目标 Unreal 场景中渲染、进行碰撞测试、播放动画并完成性能分析的资产。
直接答案
当导入时间是问题时，可以使用 UE 5.8 uFBX，但不要把它当作一键修复资产的开关。保留原始文件，在副本上测试，对比标准导入器与 uFBX 的结果，阅读每条警告，并在 Unreal 中检查导入的网格。在此之前，应检查源文件的比例、枢轴、方向、层级、材质、纹理、法线、切线、UV、拓扑负载，以及 LOD、碰撞、骨骼网格数据和动画方面的要求。
Epic 在 UE 5.8 中实际做了哪些改变
实验性的 uFBX 支持
Epic 表示，FBX 仍然是向 Unreal 导入 3D 模型的主要格式。UE 5.8 稳定了实验性的 uFBX 支持；大型文件和包含大量网格的文件预计能获得最大的导入时间收益，尤其是在多核 CPU 上。
导入关卡后仍会保留可见性
UE 5.8 在将 FBX 导入关卡时会保留 FBX 节点的可见性，并将其应用到 Hidden in Game 属性。请验证层级可见性是否与源文件一致，不要想当然地认为所有隐藏对象在发布的游戏中也应保持隐藏。
与轴相关的切线修复
5.8 发行说明还描述了一项修复：启用 Force Front X-Axis 时，会对切线取反。这针对的是特定的翻转轴曲线问题，不能替代完整的法线与切线检查。
USD Interchange 的成熟度有所不同
Epic 称，在 5.8 中，通过 Interchange 使用 USD 进行资产导入已经达到生产就绪状态，而关卡导入仍处于实验阶段。不要把 FBX 和 USD 混为一个承诺：它们保留的场景、材质、层级和管线数据并不相同。
GLB 仍然需要单独决策
GLB 可用于便携式预览和紧凑的材质交接，但 Unreal 团队只有在确认导入器或插件路径，以及项目所需的数据之后，才应选择它。UE 5.8 的 uFBX 工作并不保证 GLB 兼容性。
导入速度不等于运行时速度
更快的导入不会减少三角形数量、绘制调用、纹理内存、材质复杂度、动画开销或包体大小。请将导入性能和运行时性能作为两项独立检查。
FBX 导入前检查清单
保留源文件并明确范围
保留未经修改的 FBX、纹理文件夹或归档包、可用时的源 DCC 文件、许可与署名说明、导出预设、Unreal 版本，以及一个干净的测试项目。
预览单位、比例、方向和枢轴
将包围盒与已知参考进行对照，检查上轴和前轴、未应用的变换、负比例、枢轴位置、层级，以及角色或道具是否会落在目标场景预期的位置。
检查材质和纹理引用
记录材质槽、嵌入式或外部纹理、UV 集、粗糙度和金属度假设、不透明度、法线贴图方向、纹理分辨率、命名和路径。如果引擎专用的材质逻辑无法通过 FBX 传递，请预留重建它的工作。
检查几何体、法线、切线和 UV
检查翻转面、非流形几何体、重复表面、平滑不连续、退化三角形、重叠 UV、缺失的光照贴图 UV，并确认对于该资产应由 Unreal 导入还是计算法线和切线。
记录 Nanite、LOD、碰撞、绑定和动画需求
适合 Nanite 并不等同于拥有最佳的运行时设置。记录回退网格、遮罩材质或变形材质的限制、LOD 策略、碰撞复杂度、插槽、骨架和骨骼命名、蒙皮权重、变形目标、动画帧范围、根运动以及重定向预期。
检查之后再优化或转换
只有在经过测量的预算确实要求时，才减少几何体、纹理尺寸、材质槽或文件大小。如果转换为 GLB、OBJ 或 USD，请记录可能丢失或需要重新制作的内容，并让 export_format 与实际目标工作流保持一致。
执行受控的 UE 5.8 导入
使用干净的文件夹，记录确切的导入器和选项，保留警告；在相关情况下，对比标准路径与实验性 uFBX 的导入时间和输出。进行导入器实验时，绝不要覆盖唯一的生产副本。
在目标场景中验证
检查比例、枢轴、方向、着色、材质分配、纹理色彩空间、层级可见性、碰撞、LOD 切换、动画、光照、内存、绘制调用、目标平台和打包结果。请记录失败原因，不要默默重试。
症状与检查矩阵
| 症状 | 首先检查 | UE 5.8 专属说明 | 不要做出的断言 |
|---|---|---|---|
| 导入很慢或似乎卡住 | 文件大小、网格数量、嵌入媒体、退化几何体、动画长度，以及磁盘和 CPU 负载。 | 在副本上对比实验性 uFBX；Epic 表示大型文件和包含大量网格的文件可能受益。 | 不要说 uFBX 会优化运行时资产。 |
| 材质或纹理缺失 | 材质槽、纹理包、路径、支持的贴图、UV、色彩空间，以及是否需要重建 Unreal 材质。 | 5.8 的任何导入器变更都不能保证材质图完整传递。 | 不要承诺一键修复材质。 |
| 比例、枢轴或方向错误 | DCC 单位、已应用的变换、上轴/前轴、负比例、枢轴和导入变换。 | Force Front X-Axis 的切线修复范围很窄，不是通用的变换修复。 | 不要用任意的场景缩放掩盖单位不匹配。 |
| 法线、切线或平滑效果异常 | 面方向、导出的法线、硬边、平滑、切线基以及导入或计算设置。 | 如果问题符合该路径，请在 5.8 中重新测试 Force Front X-Axis 的行为。 | 如果作者制作的着色是有意为之，不要盲目重新计算。 |
| LOD 或骨骼网格导入失败 | 骨骼要求、骨架兼容性、LOD 命名、蒙皮权重、变形目标和完整的警告文本。 | Epic 维护专门的 FBX 导入错误参考，请使用其中当前的错误文本。 | 检查动画和运行时影响之前，不要删除骨骼或 LOD。 |
| 碰撞缺失或开销过高 | 碰撞命名、凸性、简单碰撞与复杂碰撞、比例和游戏玩法需求。 | 导入速度变化不会生成正确的游戏玩法碰撞。 | 不要把可见网格导入成功当作碰撞有效的证明。 |
按 FBX 内容划分的验收门槛
使用与文件实际内容相符的行。一份 FBX 可以包含多种内容，因此带动画的骨骼网格必须通过两组检查。
| 内容类型 | 导入前证据 | 编辑器内验收门槛 | 运行时或打包门槛 |
|---|---|---|---|
| 静态网格 | 单位、变换、枢轴、法线、UV 通道、材质槽、拓扑和预期碰撞。 | 参考尺寸、着色、光照贴图 UV、碰撞视图、LOD 或 Nanite 设置，以及重新导入的稳定性。 | 目标平台内存、绘制调用、碰撞行为、流送，以及代表性场景的帧开销。 |
| 骨骼网格 | 骨架层级、绑定姿势、蒙皮权重、骨骼比例、变形目标、材质槽和预期的物理资产。 | 没有意外的额外根节点，参考姿势正确，变形稳定，骨架兼容，变形目标和物理设置正确。 | 动画预算、布料或物理行为、LOD 骨骼缩减、内存，以及打包平台上的变形。 |
| 动画 | 帧范围、采样率、根运动、takes、骨架标识、曲线名称，以及加法或绝对动画意图。 | 序列长度、根运动、曲线、重定向结果、循环、压缩，以及在蒙太奇或状态机中的使用均正确。 | 运行时过渡质量、网络或根运动策略、动画预算，以及打包后的播放效果。 |
| 材质和纹理 | 纹理包、路径、通道打包、色彩空间、UV 集、不透明度、切线基和材质槽映射。 | 没有缺失引用，sRGB 和法线设置正确，材质实例符合预期，着色效果可比。 | 着色器编译结果、纹理内存、采样器与材质复杂度、回退质量和打包结果。 |
| 碰撞和 LOD | 碰撞命名、凸性、复杂度策略、LOD 命名、屏幕尺寸计划和目标预算。 | 碰撞视图符合游戏玩法需求；每个 LOD 都能导入和切换，并保留材质与轮廓。 | 射线检测和移动行为、过渡稳定性、目标平台开销，以及没有缺失的已烘焙 LOD 或碰撞数据。 |
标准 FBX 与实验性 uFBX 对比记录
在副本上测试两条路径，使用相同的源文件、Unreal Engine 5.8 构建版本、机器、目标文件夹、导入选项和清理缓存策略。记录经过的导入时间、警告、创建的资产、材质和纹理结果、层级、几何体与切线输出、骨骼或动画输出、碰撞、LOD、重新导入行为、编辑器重启、内存和打包结果。导入器速度是工作流指标；运行时三角形、材质、纹理、动画、内存、绘制调用和帧时间需要单独分析。
| 对比字段 | 标准 FBX 结果 | 实验性 uFBX 结果 | 验收规则 |
|---|---|---|---|
| 导入时长和 CPU 使用率 | 记录经过的时间和具有代表性的 CPU 行为。 | 在匹配的条件下记录相同的测量值。 | 只有在输出和恢复门槛也通过时，才优先选择更快的路径。 |
| 警告和创建的资产 | 保存完整日志和生成资产清单。 | 保存完整日志和生成资产清单。 | 调查每一条发生变化的警告、每个缺失资产或重命名的输出。 |
| 视觉和结构一致性 | 记录比例、枢轴、层级、着色、材质、法线、UV、绑定、动画、碰撞和 LOD。 | 重复相同的场景和资产编辑器检查。 | 即使导入时间有所改善，也要拒绝无法解释的差异。 |
| 重新导入并重新打开 | 修改一个已知的源值，重新导入、保存、关闭并重新打开。 | 从等效的干净副本重新执行。 | 首次导入和生产环境的重新导入路径都必须可复现。 |
| 运行时和打包 | 分析并打包代表性场景。 | 分析并打包等效场景。 | 没有匹配的测量结果时，不要把运行时收益归因于导入器。 |
交接检查清单
交接时保留原始资产格式、来源、目标 Unreal 版本、导出选择以及任何失败的导入记录，让下一次审核从正确的上下文开始。
产品边界
SEELE AI 是一个独立的导入前资产准备工作流。它不会打开或编辑 .uproject，不会更改 Unreal 导入器设置，不会配置 Nanite 或 Lumen，不会在 Unreal 内构建碰撞或 LOD，不会认证市场权利，也不保证达到生产就绪状态。
继续 Unreal 资产工作流
相关的导入与性能决策
官方来源
本页事实于 2026 年 7 月 13 日核查。由于导入器状态和选项可能在热修复中发生变化，请以 Epic 的当前文档为准。
常见问题
Is uFBX production-ready in Unreal Engine 5.8?
Epic 在 UE 5.8 的发行说明中将 uFBX 支持标为实验性功能。请在副本上测试、对比结果，并保留标准导入路径可用。
Does the UE 5.8 uFBX importer fix missing materials or wrong scale?
不是。Epic 描述的是对大型 FBX 文件和包含大量网格的文件进行导入时的改进。材质、纹理、单位、枢轴、法线、LOD、碰撞、绑定和动画仍然需要单独检查。
How do I import an FBX file into Unreal Engine 5?
保留源文件，检查资产，选择静态网格或骨骼网格设置，导入到干净的测试文件夹，阅读每条警告，并在目标场景中验证结果。请使用 Epic 当前的 FBX 导入选项参考来确认具体的编辑器控件。
What should I do about an FBX smoothing group or normal warning?
检查面方向、平滑或硬边设置、导出的法线和切线，以及 Unreal 中用于导入或计算这些数据的选项。不要假设重新导入会修复错误的源几何体。
Can FBX files contain textures?
FBX 可以引用或嵌入部分纹理数据，但材质图和纹理路径并不总能按预期传递。请保留纹理包，并在需要时重建或重新连接 Unreal 材质。
How should I import a rigged model?
确认目标骨架、骨骼名称和层级、绑定姿势、蒙皮权重、变形目标、根运动、动画帧范围，以及文件包含骨骼网格、动画还是两者都有。在 Unreal 中测试重定向和变形。
Can SEELE AI configure uFBX, Nanite, collision, or LODs inside my Unreal game?
不是。SEELE AI 可以支持导入前资产审核、清理、优化、转换和导出说明。Unreal 游戏导入设置以及最终的引擎内验证仍然是手动任务。
