UE5.8 Datasmith 导出器刚更新:3ds Max、Rhino、SketchUp 到 Unreal 的工作流现在该怎么搭
2026 年 5 月 19 日,Epic 在官方 Datasmith Exporter Plugins 页面同步更新了多款导出器。根据页面信息,本次更新覆盖 3ds Max/Design 2022–2026、Archicad 23–29、Navisworks 2019–2026、Rhino 6–8、SketchUp Pro 2017–2026、SOLIDWORKS 2020–2026,并统一标注为 For UE 5.8 Windows。如果你平时做的是建筑可视化、汽车/工业展示、数字孪生或 CAD/BIM 数据进 Unreal 的实时流程,这条更新比普通插件上新更值得关注。

原因很简单。Datasmith 从来不只是“把模型导进 UE”这么单薄,它更像 Unreal 在设计可视化与工业数据侧的一个中间层:负责把源软件里的层级、材质、实例、光照信息、动画、元数据,尽可能稳定地翻译成 Unreal 可以继续编辑和迭代的资产结构。所以这次更新真正重要的点,不是“多了几个下载链接”,而是 UE5.8 的项目现在可以继续沿用一整套成熟的 DCC/CAD/BIM 到 Unreal 工作流。
这次更新了什么,为什么值得现在看
Epic 官方插件页列出的时间非常明确:3ds Max、Archicad、Navisworks、Rhino、SketchUp Pro 和 SOLIDWORKS 这几项导出器的最新更新时间都是 2026 年 5 月 19 日,目标版本是 UE 5.8 Windows。这说明至少在 UE5.8 这个节点上,Epic 正在主动维持可视化与工业链路的兼容性,而不是把重点只放在游戏功能本身。
对 UE 学习者来说,这类消息很容易被忽略,因为它不像渲染新特性那样显眼。但如果你的工作不是从 Maya 或 Blender 直接做游戏资产,而是要接设计院、工业团队、汽车内饰、建筑方案或扫描建模结果,那么 Datasmith 是否跟上主版本,会直接决定项目能否平滑升级。
| 导出器 | 官方兼容范围 | 更新时间 | 对应意义 |
|---|---|---|---|
| 3ds Max Exporter | 3ds Max/Design 2022–2026 | 2026-05-19 | 继续服务常见 viz 与动画预演管线 |
| Rhino Exporter | Rhino 6–8 | 2026-05-19 | 工业曲面与建筑体块可继续稳定进 UE5.8 |
| SketchUp Pro Exporter | SketchUp Pro 2017–2026 | 2026-05-19 | 概念方案和快速建筑建模链路仍可沿用 |
| Navisworks Exporter | Navisworks 2019–2026 | 2026-05-19 | 大型工程聚合模型可继续走导出流程 |
| SOLIDWORKS Exporter | SOLIDWORKS 2020–2026 | 2026-05-19 | 机械与产品展示流程继续对接 UE5.8 |
| Archicad Exporter | Archicad Full/Solo 23–29 | 2026-05-19 | BIM 到实时可视化流程继续更新 |
Datasmith 不是单次导入工具,而是一条迭代流程
Epic 的 Datasmith 文档把它定义成“一组工具与插件”,目的是把第三方设计软件中的整套场景和复杂资产快速带进 Unreal。这里最关键的不是“导进来”,而是 导入之后还能继续迭代。
官方的导入文档明确提到,Unreal 在导入 Datasmith 内容前需要启用 Datasmith Importer 插件;导入时,编辑器会读取源文件、创建新资产,并把 Datasmith Scene 放到当前关卡里。更进一步,Epic 还把文档结构单独拆成了 Import、Reimport、Dataprep、Metadata 和 Direct Link 等几个部分。这种拆法本身就在说明:Datasmith 的设计目标不是“一次性转换”,而是要支撑长期反复修改。
如果你是做建筑或工业项目,这一点尤其关键。因为这类项目的上游数据几乎一定会变。模型会改,材质会改,图层会改,命名会改,甚至 CAD/BIM 源软件也会换版本。能不能保留一条相对稳定的重导入路径,往往比第一次导得多漂亮更重要。
最值得 UE5.8 用户重看的,是 Direct Link
如果说这次插件更新最应该顺手复习哪个能力,我会选 Datasmith Direct Link。Epic 文档把它描述为一种增量同步机制,很多 Datasmith 导出器都支持它;你可以把一个或多个源应用连接到 Unreal 或 Twinmotion 这类目标应用,然后按按钮把更新推送过去。文档同时提醒,这个功能属于 Beta,如果要正式出货,需要谨慎评估。
为什么还是值得学?因为在大量设计可视化场景里,Direct Link 的价值不是“偷懒”,而是 把上游频繁变化的场景调整压缩成更短的反馈回路。比如建筑师在 Rhino 或 SketchUp 里改了体块、立面或局部开窗,你不需要反复导出新文件、重新找路径、重新比较差异,而是可以让 Unreal 更快看到增量结果。对需要边改方案边看实时表现的团队,这个节奏差异很大。
官方 3ds Max Direct Link 文档还补充了一个很实用的细节:Datasmith 会使用本地缓存目录暂存 `.udatasmith` 场景、网格、贴图等内容;你既可以手动同步,也可以打开 Auto Sync 自动推送。这个缓存机制说明 Direct Link 并不是“实时直连黑箱”,而是一条有中间层、可管理的同步链路。理解这一点,有助于你排查同步失败或版本不一致的问题。
别把导入选项当默认下一步,UE5.8 项目更该提前定规则
Epic 的导入选项文档说明,Datasmith 在导入或重导入时,至少会让你控制几类核心内容:Geometry、Materials & Textures 等公共选项;不同格式还会有额外配置。这看起来像很基础的 UI,但实际是一个项目管理问题。
很多团队第一次用 Datasmith 时,会把所有内容全量导进来,再在 Unreal 里慢慢删。这个方式在小样例里能工作,但项目一大就会变得混乱。更合理的做法是,从 UE5.8 项目开始就提前定规则:哪些目录专门接 Datasmith 场景,哪些材质只保留源数据映射,哪些对象允许重导入覆盖,哪些对象必须进入二次整理流程。
如果你不做这些边界,后果通常不是“导入失败”,而是后面越来越难重导。特别是多人协作时,关卡美术在 Unreal 里做了手改,上游建模师又继续调 CAD/DCC 文件,双方都不清楚哪些资产会被覆盖,最后就会进入反复比对的低效状态。
3ds Max 路线适合拿来理解 Datasmith 的翻译深度
Epic 在 3ds Max 相关文档里给出了一个重要信号:Datasmith 不只是搬运网格,它还会处理 UV、Lightmass 可用的 lightmap UV、实例、Pivot、顶点色、LOD、Forest Pack / RailClone、灯光、曝光、摄像机、材质与元数据 等内容。文档还提醒,导入后可以在 Unreal 的 Output Log 里查看转换警告。
这说明为什么很多团队宁可走 Datasmith,也不想把它当成普通 FBX 替代品。因为在复杂场景里,真正耗时间的往往不是几何体,而是层级、实例化关系、相机、曝光、材质映射和各种技术数据。如果这些内容每次都要手补,项目就很难形成可迭代的流程。
对学习者来说,最值得练的不是“把 3ds Max 导进来”,而是观察 Unreal 最终收到了什么:哪些材质被转成父材质和实例,哪些元数据被保留下来,哪些对象在日志里出现了警告。你只要认真拆过一次,就会明白 Datasmith 的真正学习门槛不是按钮位置,而是 理解源软件数据结构与 Unreal 资产结构如何对齐。
Navisworks 和 BIM/工程数据路线,重点在“聚合场景如何落地”
Navisworks 文档则提示了另一类现实场景。Epic 明确把它描述为一种“export workflow”:先安装 Navisworks 导出器,再通过工具栏中的 Datasmith Export 按钮输出内容,然后导入 Unreal。这条路线更适合大型工程聚合模型,因为这类数据往往不是追求精细手工材质,而是强调 多专业模型汇总、层级完整性和浏览效率。
这也是为什么这次 2026 年 5 月 19 日的导出器更新,对 AEC、工业和数字孪生团队比对普通游戏开发者更敏感。游戏开发者很多时候可以改走别的格式,但工程模型往往本来就不是为游戏引擎准备的,Datasmith 这种“翻译层”一旦掉版本,就会拖慢整条流程。
给 00UE 读者的 UE5.8 落地建议
- 如果你准备升到 UE5.8,先核对自己上游软件是否在 Epic 官方插件页列出的兼容范围内,再决定是否升级主项目。
- 在新项目里先启用 Datasmith Importer,再建立单独的 Datasmith 内容目录,别把导入资产直接混进手工制作目录。
- 如果你的上游软件支持 Direct Link,先在测试工程里验证缓存目录、手动同步和 Auto Sync 三种状态,再决定团队默认用法。
- 把重导入当成常态,不要把 Datasmith 资产当作“一次导进来就永远不动”的内容。
- 对建筑、工业和产品可视化项目,尽早规定哪些修改在上游完成,哪些修改允许只在 Unreal 里做,减少重导入覆盖冲突。
这里有一个很现实的判断标准:如果你的团队每周都会收到新的上游模型版本,那么你真正需要的不是“最快导入”,而是“最可预测的迭代流程”。Datasmith 的价值恰恰就在这里。
结论:这次更新的价值,在于 UE5.8 没把设计可视化链路落下
从表面看,2026 年 5 月 19 日这次 Datasmith Exporter Plugins 更新只是把一批导出器同步到了 UE5.8 Windows;但从工作流角度看,它传递的信息更重要:Epic 仍在持续维护 Unreal 与主流 CAD、BIM、DCC、工业设计软件之间的连接层。
如果你做的是游戏内资产,这条新闻可能只是顺手看看;但如果你正在做建筑漫游、工业展示、产品可视化、数字孪生,或者希望把 Rhino/SketchUp/3ds Max 一类上游工具更稳定地接到 Unreal,那么这次更新值得你现在就花半天复查自己的导入、重导入和 Direct Link 流程。因为真正决定效率的,往往不是某个单点特性,而是整条链路能不能跟着主版本一起稳定往前走。
来源
- Epic Games: Datasmith Exporter Plugins
- Epic Documentation: Datasmith
- Epic Documentation: Importing Datasmith Content into Unreal Engine
- Epic Documentation: Using Datasmith Direct Link in Unreal Engine
- Epic Documentation: Using Direct Link to Synchronize 3ds Max and Unreal Engine
- Epic Documentation: Datasmith Import Options
- Epic Documentation: How Datasmith Translates 3ds Max Content for Unreal Engine
- Epic Documentation: Using Datasmith with Navisworks in Unreal Engine
