使用带实例的Gltf导入UE4的可行性

作者：Huang Jiahe

使用带实例的Gltf导入UE4的可行性

1.使用js生成了一个包含实例Gltf

文件大小为：21K

Gltf中包含一个立方体Mesh，Cube名为：Cube.009

1. "meshes": [
2.  {
3.  "name": "Cube.009",
4.  "primitives": [
5.  {
6.  "attributes": {
7.  "POSITION": 0
8.  },
9.  "indices": 1
10. }
11. ]
12. }
13. ]

场景为10*10个Cube的实例[共100个]，每个模型的Name为：列数_行数

1. "nodes": [
2.  {
3.  "mesh": 0,
4.  "name": "0_0",
5.  "translation": [
6.  0,
7.  0,
8.  0
9.  ]
10. },
11. {
12. "mesh": 0,
13. "name": "0_1",
14. "translation": [
15. 0,
16. 0,
17. 10
18. ]
19. },.....
20. ]

Gltf的格式要求可以问问金恒昱，这块不知道是否有其他要求。

2.将Gltf导入UE4

使用Datasmith插件导入Gltf

参数选择：Gltf中坐标是以m为单位，UE4中坐标以cm为单位，所以要将所有坐标乘上100

导入结果：

只导入了一个Cube模型，并在世界大纲中生成10*10个模型，和Gltf中一致，符合预期。

场景中模型的名称也与Gltf一致，方便后续进行结构ID对应。经过测试也能支持中文，但是：如果UE4中已经有同名模型，新模型名称后缀会加 _2

模型资产只有一份，该模型的UE4资产大小为86K，如果放100个Cuhe，总资产大小为8.4M,极大的减少的模型的数量。

注意：Gltf中 "translation": [ 0, 0, 10]分别对应UE4中的X,Z,Y

3.结论

Gltf带实例化的模型对于我们非常有用。而且可以较好的支持。

测试坐标为30公里外都能正常导入。

以人工岛为例

文件大小

FBX中的模型均是纯模型

以 HZMB-EI-DY-OSD-01-S3_1.fbx 为例，FBX中包含了630个模型，其中有627个都是同一种模型

FBX文件大小为： 23M

将其导入Bentley，Dgn文件大小为： 33M

将其导入到UE4中之后，UE资产大小为： 76M

导入效果

以导入Bentley为例子

可以看到大多模型都为一模一样的模型，但是也不是共享构件，会导致文件在硬盘、内存中存放数量较大。

3dmax模型截图

Gltf模型文件可以使用实例化模型，即模型文件中如果有300个同样模型的实例，只改变了模型的位置、旋转、缩放，这种情况下Gltf只保存一份模型，其他模型均复用该模型，可以极大的减少文件的大小，提升文件的读取速度。

与FBX相比较

文件大小

FBX存放的模型中不包含实例效果，文件存储较大，读取文件速度较慢。

Gltf可存放实例模型，文件存储较小，读取文件速度较快。

如果以后全桥的模型都有了，模型数据量会很大，对于硬盘和内存都是一种负担。为了便于查看模型，需要的内存很大，使用Gltf实例模型可以减小内存和硬盘

名称命名

FBX中所包含的名称为乱码

Gltf的命名，严格根据字段中的name命名，便于控制

开源性

FBX格式的缺点是它是封闭格式。访问FBX文件中数据的唯一官方方法是使用官方SDK。

Gltf格式是开放的3D模型和场景格式，旨在有效地传输丰富的场景3D数据。

Gltf易于读写，可以使用多种开源库之一将glTF文件读取到自定义应用程序中，也可以自己编写导入程序。glTF格式使用JSON描述符文件，该文件描述glTF的内容及其属性。