Datasmith 转 3D Tiles：Unreal Engine 与 Cesium 交付

在建筑设计、工程建设、城市规划和数字孪生项目中，三维模型通常并不是在同一个软件里完成的。Revit 负责 BIM 建模，3ds Max 和 SketchUp 负责场景制作，Rhino 负责复杂曲面，其他专业软件则承担设备、结构、道路或工程设施的建模工作。

这些模型最终可能需要进入 Unreal Engine，也可能需要同时服务于 GIS 平台、数字孪生系统、三维地图和项目管理平台。真正困难的地方，往往不是模型能否被某个软件打开，而是如何把不同来源的数据整理成一套可以持续使用、稳定加载并方便交付的三维成果。

GeoForge 提供了一条清晰的数据处理路径：

建模软件 -> Datasmith 导出 -> GeoForge 转换 -> 3D Tiles -> 多种三维平台

通过这条路径，Datasmith 负责承接多种建模软件的场景成果，GeoForge 负责面向大规模应用进行转换和轻量化，3D Tiles 则作为面向下游平台的交付成果。

一、建模软件不同，为什么可以从 Datasmith 汇聚？

不同建模软件的原生格式各不相同。RVT、SKP、3DM、MAX 等格式通常与具体软件联系紧密，直接处理这些原生文件，往往需要针对每一种软件分别适配。

Datasmith 提供了另一种思路。许多建模软件可以通过 Datasmith Exporter 或相关导出插件，将场景导出为 .udatasmith 文件及配套资源。导出的场景通常会携带模型几何、对象层级、材质、纹理和场景组织等信息。

这使 Datasmith 成为不同建模软件之间较实用的中间格式：

• 建模人员可以继续使用熟悉的软件完成设计；
• 上游软件通过对应插件导出 Datasmith 场景；
• 下游系统不必为每种原生格式分别建立完整的处理流程；
• GeoForge 可以统一接收 Datasmith 场景并继续进行三维数据转换。

因此，GeoForge 对多种建模软件的支持，不一定表现为直接解析每一种原生格式，也可以通过 Datasmith 导出插件形成间接支持。只要上游软件能够输出符合要求的 Datasmith 场景，就可以纳入后续的 GeoForge 转换流程。

二、直接导入 UE，规模变大后会遇到什么问题？

Datasmith 很适合将精细模型带入 Unreal Engine。对于单体建筑、室内空间、设备模型或中小规模 BIM 场景，直接导入后可以继续进行材质调整、灯光制作、动画设计和交互开发。

但当场景从一个模型扩大到整个园区、厂区、交通线路或城市区域时，直接将完整 Datasmith 数据导入 UE，可能会出现一些工程问题：

• 项目文件和资产数量快速增加；
• 初次导入和编辑器加载时间变长；
• 全部模型同时驻留时占用较多内存；
• 场景范围扩大后，管理和更新变得复杂；
• 运行时无法只加载当前视角真正需要的内容；
• UE 工程与特定建模软件导出的资产绑定较深。

这些问题并不说明 Datasmith 不适合工程项目，而是说明“大规模场景”和“精细单体模型”需要采用不同的数据组织方式。

三、GeoForge 如何把 Datasmith 变成适合大场景的 3D Tiles？

GeoForge 可以将 Datasmith 场景作为输入，经过空间定位、层级组织、LOD 处理、空间分割和纹理优化，生成包含 tileset.json 与瓦片数据的 3D Tiles 成果。

转换前的 Datasmith 更像是面向场景交换和精细资产制作的数据；转换后的 3D Tiles 则更适合面向大范围空间进行组织和调度。

两者的区别不只是文件扩展名发生变化，更重要的是数据加载方式发生了变化：

• 直接导入 Datasmith，通常需要将较完整的场景纳入 UE 工程；
• 转换为 3D Tiles 后，可以按空间范围和细节层级组织数据；
• 观察者移动到不同区域时，平台可以请求当前需要的瓦片；
• 远处显示较低精度内容，靠近目标后再加载更精细的模型。

对于大规模 Datasmith 场景，这种组织方式有助于降低一次性导入带来的工程体积、内存占用和加载压力，也更适合持续浏览城市级或工程级三维环境。

四、为什么 3D Tiles 能带来更灵活的交付？

如果 Datasmith 只作为 UE 的导入资产使用，数据的主要应用范围通常集中在 Unreal Engine 工程内部。经过 GeoForge 转换为 3D Tiles 后，成果的交付范围会进一步扩大。

3D Tiles 可以作为独立的三维数据成果，交给各种具备 3D Tiles 加载能力的平台使用。例如：

• Unreal Engine 中的 Cesium for Unreal；
• 支持 3D Tiles 的数字孪生系统；
• GIS 三维地图和空间可视化平台；
• 城市级三维场景浏览系统；
• 支持 3D Tiles 服务或本地成果加载的业务平台。

这意味着，同一批建模数据不必因为更换下游平台而重新从原始软件开始处理。建模软件负责输出 Datasmith，GeoForge 负责生成 3D Tiles，下游平台根据自身能力完成加载、渲染、分析或业务交互。

对于需要同时服务 UE 和其他三维平台的项目，这种方式可以减少重复转换和重复维护，让模型成果具备更好的复用价值。

五、哪些数据适合采用这条流程？

GeoForge 的 Datasmith 转 3D Tiles 流程，尤其适合以下类型的数据：

• 大型建筑群和园区模型；
• 厂房、设备和工业设施场景；
• 铁路、公路、桥梁和水利工程；
• 城市级建筑与基础设施模型；
• 需要叠加地形、影像或倾斜摄影的 BIM+GIS 场景；
• 需要同时交付给 UE 和其他三维平台的项目；
• 数据规模较大、需要按视角和距离加载的数字孪生应用。

如果只是制作一个小型模型的高质量演示，直接保留 Datasmith 并进入 UE 可能更简单。如果面对的是大范围、多单体、持续浏览的场景，则可以优先考虑使用 GeoForge 转换为 3D Tiles。

六、从建模软件到平台加载，需要准备什么？

1. 保留完整 Datasmith 资源

.udatasmith 文件通常需要与对应的资源目录、纹理和材质文件配套使用。不要只复制单个 .udatasmith 文件，也不要随意改变导出目录中的文件名和层级关系。

2. 确认空间定位信息

转换前应明确模型单位、项目基点、模型方向、目标坐标、高程和旋转关系。Datasmith 能够表达场景中的位置和变换，但这不代表模型已经自动具备符合 GIS 要求的地理坐标。

3. 先进行小范围转换

对于大型项目，建议先选择一个建筑单体、典型楼层或局部工程进行样例转换。重点查看模型位置、材质、纹理、细节层级和瓦片加载效果，再处理完整数据。

4. 根据平台目标设置轻量化参数

LOD、瓦片规模、空间分割和纹理设置会影响成果体量与浏览性能。近景展示、城市级浏览和移动端应用的配置重点不同，应结合目标平台的实际表现逐步调整。

七、GeoForge 到下游平台的使用流程

在 GeoForge 中，可以按照以下步骤完成 Datasmith 场景处理：

1. 在支持 Datasmith 导出的建模软件中完成三维模型；
2. 使用对应导出插件生成 .udatasmith 文件和完整资源目录；
3. 打开 GeoForge，创建任务并选择 Datasmith 模型切片流程；
4. 载入 Datasmith 场景，设置输入和输出目录；
5. 配置坐标、单位、位置、高程和模型旋转；
6. 根据场景规模设置 LOD、空间分割、瓦片规模和纹理优化；
7. 运行任务并查看处理进度和日志；
8. 检查输出目录中的 tileset.json 和瓦片数据；
9. 在 Cesium for Unreal 或其他 3D Tiles 平台中加载成果。

转换完成后，建议同时在目标平台检查近景和远景效果，确认模型没有明显缺失，纹理显示正常，空间位置准确，远近景切换和数据加载符合项目要求。

八、Datasmith 与 3D Tiles 如何分工？

可以把两者理解为三维数据生产链路中的不同环节：

这种分工让 Datasmith 的场景表达能力和 3D Tiles 的大场景加载能力结合起来。前者拓展数据来源，后者拓展应用范围，GeoForge 则负责把两者连接起来。

结语

Datasmith 的意义，不只是让某个模型进入 Unreal Engine。借助不同建模软件提供的 Datasmith 导出插件，它还可以成为多种三维建模工具通向下游平台的统一入口。

GeoForge 进一步将 Datasmith 场景转换为 3D Tiles，使大规模模型不必以完整资产的形式一次性导入 UE，而是可以按照空间范围和细节层级进行组织与加载。这样既有利于提升大场景的使用效率，也让转换后的成果能够进入更多支持 3D Tiles 的平台。

从建模软件导出 Datasmith，到 GeoForge 生成 3D Tiles，再到 Unreal Engine、GIS 系统或数字孪生平台加载使用，这是一条面向多来源数据、大规模场景和多平台交付的三维数据处理路径。

Datasmith 扩展数据来源，GeoForge 优化数据组织，3D Tiles 扩展应用平台。