STL、OBJ 与 glTF：3D 文件格式大比拼
为什么你选择的文件格式至关重要
选错了 3D 文件格式，你可能要花上好几个小时来处理纹理丢失、几何体损坏，或者切片软件打不开模型的问题。STL、OBJ 和 glTF 是你最常见到的格式，但它们诞生于不同的年代，用途也截然不同。STL 早在 1987 年就为早期的 3D 打印机实现了标准化。OBJ 大约在 1992 年出现，是 Wavefront Technologies 公司推出的一种灵活的交换格式。至于 glTF 2.0 呢？它由 Khronos Group 于 2017 年批准，是为网络实时渲染而全新构建的。新旧格式之间这 30 年的鸿沟，几乎解释了它们之间所有的实际差异。一个能在 PrusaSlicer 中完美打印的文件，在网页查看器里可能只是一个灰色的疙瘩；而一个游戏级的模型，对于简单的桌面 FDM 打印机来说又常常是性能过剩。本指南将深入解析每种格式的结构、功能和典型文件大小，帮助你在考虑转换之前就做出正确的选择——或者在你请求像 CocoConvert 这样的工具为你转换之前。
STL：3D 打印领域的“老黄牛”
STL 是“Standard Tessellation Language”（标准镶嵌语言）的缩写，不过你可能也听过它被称为“STereoLithography”（立体光刻）。这种格式简单粗暴：它只用一个三角形网格来表示 3D 表面。仅此而已。没有颜色、没有纹理、没有材质，只有纯粹的几何形状。每个三角形都由它的三个顶点和一个指向外部的法向量来定义。在一个二进制 STL 文件中，这些信息被紧凑地打包在 50 个字节里——12 字节用于法向量，36 字节用于顶点，还有 2 字节的“属性”计数，但这个属性几乎总是被忽略。这种高效率意味着一个包含一百万个三角形的模型，文件大小也只有可控的 50 MB。它还有一个 ASCII 版本，虽然人类可读，但文件大小是二进制的 5-6 倍，所以二进制格式才是首选。 对于 3D 打印来说，STL 的简单性是其最大的优势。像 PrusaSlicer、Cura、Bambu Studio 和 Chitubox 这样的切片软件都能原生打开 STL 文件，毫无障碍。当你从 Fusion 360 这样的程序（文件 → 导出 → .stl）导出时，可以调整精细度，将弦差容许量设置到低至 0.001 毫米。这个数值决定了平面的三角形与理想曲面的贴合程度。容许量越低，三角形就越多，文件也越大，但这是在最终打印件上获得平滑曲线的关键。 但这种格式的局限性也同样明显。因为它只包含几何信息，所以无法处理任何视觉信息。如果你的模型需要多种颜色或不同的材质效果，STL 就帮不上忙了。它还没有单位的概念。一个“1.0”的值可能是一毫米，也可能是一英寸，对于任何导入模型后发现它变得像一粒灰尘或一栋摩天大楼那么大的人来说，这都是一个经典的令人头疼的问题。
OBJ：几何体加材质，但有代价
默认情况下，OBJ 文件是纯文本 ASCII 格式，它将顶点 (v)、纹理坐标 (vt)、法线 (vn) 和面 (f) 作为单独的行列出。一个独立的配套 MTL（材质模板库）文件定义了材质，并指向外部的纹理图像，如 JPEG 或 PNG。这种多文件的结构是使用 OBJ 时最大的麻烦。如果你只把 .obj 文件发给别人，他们得到的模型将完全没有颜色信息。你必须勤快地将 .obj、.mtl 和所有引用的纹理文件打包成一个 Zip 文件或共享文件夹，否则接收方看到的只是一个扁平的灰色物体。 OBJ 的可取之处在于其广泛的软件支持。Blender、Maya、Cinema 4D、ZBrush、Rhino——基本上现存的每一个 3D 应用程序都能读写它。它也比 STL 有一些关键优势，比如支持在一个文件中包含多个命名对象，这让它更适合处理复杂场景。此外，它可以使用四边面和 N 边形来定义面，而不仅仅是三角形。这对于使用细分建模工作流程的艺术家来说意义重大，因为它保留了他们辛辛苦苦创建的干净拓扑，直到最终渲染或打印时才进行三角化。 文件大小可能会变得很大。一个精细的建筑模型可能有一个 200 MB 的 OBJ 文件，一个仅 5 KB 的 MTL 文件，以及价值 800 MB 的高分辨率纹理。该格式没有内置压缩功能，不过有些工具提供了压缩过的 .objz 变体。OBJ 也完全不支持动画、骨骼绑定或复杂的场景层级等现代功能。这使得它成为游戏资产或任何交互式体验的不佳选择。对于在不同软件间交付静态、视觉丰富的模型，OBJ 仍然是一个“必要之恶”——只要记住把它所有的“小伙伴”都放在同一个文件夹里就行。
glTF：3D 格式中的 JPEG
Khronos Group 有一句名言，称 glTF 2.0 为“3D 界的 JPEG”，这个比喻非常贴切。它是一种为高效传输和快速加载而生的格式，而不是为动态编辑设计的。glTF 文件基于 JSON，可以引用外部的二进制数据 (.bin) 和纹理。更棒的是，它可以被打包成一个独立的二进制文件，扩展名为 .glb。对于任何形式的分发，你都应该始终使用 GLB。它只有一个文件，不可能丢失资产，而且一旦嵌入纹理，它通常比等效的 OBJ 文件包小 20-40%。 glTF 2.0 在设计时就考虑到了现代图形硬件，这就是为什么它能开箱即用地支持基于物理的渲染 (PBR) 材质。其核心材质模型使用金属度-粗糙度参数，这些参数能直接映射到像 Three.js、Babylon.js、Unity 和 Unreal 这样的引擎所期望的数值。设置金属度为 1.0、粗糙度为 0.1，你就能得到逼真的镀铬效果。设置金属度为 0.0、粗糙度为 0.8，你就能得到平坦的哑光塑料效果。这些属性直接存储在文件中，确保模型在任何地方看起来都一样，而无需你在每个应用程序中手动重新分配材质。 这也是 glTF 远远领先于旧格式的地方。它支持变形目标、骨骼动画、多个摄像机和完整的场景层级。扩展甚至增加了对高级视觉效果的支持，如玻璃（透射）和蜡状材质（次表面散射）。一个 GLB 文件就可以驱动网站上的产品配置器、移动应用中的 AR 预览，以及浏览器游戏中的角色。 但 glTF 对于迭代编辑来说是一种糟糕的格式。你不会直接用 glTF 建模，就像你不会用 PDF 编辑小说一样。每次导出为 glTF 时，几何体通常都会被三角化，复杂的材质着色器也会被烘焙成简单的 PBR 纹理。在这个过程中来回转换模型会降低其质量。所以，把 glTF 看作是用于网络和实时项目的最终交付格式，但要始终保留你的原始源文件，比如 .blend 这样的原生格式。
正面交锋：一份实用参考
下面是这三种格式在生产工作流程中真正重要的标准上的对比。 **几何支持：**三种格式都能处理基本的三角形网格。OBJ 更灵活，增加了对四边面和 N 边形的支持，这对于建模很有用。glTF 专注于渲染就绪的数据，支持三角形和线集（用于线框图）。 **颜色和材质：**STL 是“色盲”，没有原生支持。OBJ 使用外部 MTL 文件来定义基于 Phong 着色的基本材质。glTF 在这方面是明显的赢家，它将完整的 PBR 材质模型直接内置于格式中。 **纹理：**同样，STL 没有纹理。OBJ 依赖于其配套 MTL 文件引用的外部图像文件。glTF 可以引用外部纹理，或者在 GLB 格式中直接嵌入它们。它有专门的通道用于基础颜色、法线、金属度-粗糙度、环境光遮蔽和自发光贴图。 **动画：**这个很简单。STL 和 OBJ 都不支持动画。glTF 同时支持骨骼动画和变形目标动画，使其成为这三者中处理动画内容的唯一选择。 **典型文件大小：**对于一个中等复杂度的模型（约 50 万个三角形，一种材质），一个二进制 STL 文件大约是 25 MB。等效的 OBJ 及其 MTL 和纹理文件，根据纹理大小，可能在 35-120 MB 之间。而一个 GLB 文件，得益于现代压缩技术，可以将其缩小到只有 8-25 MB。 **软件兼容性：**STL 是 3D 打印和制造工具的通用语言。OBJ 是经典的交换格式，几乎所有的数字内容创作 (DCC) 工具都支持它。glTF 现在是所有实时和网络应用的主导力量，DCC 应用程序对它的支持也与日俱增。 **主要用途：**将 STL 文件发送到你的 FDM、SLA 或 SLS 3D 打印机。使用 OBJ 在不同的建模和渲染程序之间移动静态模型。为网页查看器、AR/VR、游戏引擎和电子商务选择 glTF（特别是 GLB）。 如果你要打印一个物理部件，就导出 STL。如果你要给渲染师发送一个精细的建筑模型，OBJ 是一个安全的选择（尽管 FBX 可能更好）。如果你要把产品放到网站或 AR 应用中，GLB 是唯一的答案。
格式间转换：可行与不可行
CocoConvert 可以处理最常见的转换任务：STL 转 OBJ、OBJ 转 STL、OBJ 转 glTF/GLB，以及 GLB 转 OBJ。当你只转换几何体时——尤其是在涉及 STL 的情况下——这个过程非常可靠。STL 只包含三角形数据，这些信息可以干净地映射到 OBJ 和 glTF 的几何部分。 真正的挑战是从一个功能丰富的格式转换到一个更简单的格式。如果你将一个带有完整纹理的 OBJ 文件转换为 STL，所有的材质和纹理数据都会被剥离。为什么？因为 STL 格式根本没有地方存放这些数据。CocoConvert 会就此向你发出警告，但它无法在一个不支持某项功能的格式中凭空创造出这项功能。对大多数人来说，为 3D 打印机获取原始几何数据正是他们所需要的。 从 OBJ 转换到 GLB 是一项热门任务，但这并非简单的 1:1 映射。CocoConvert 会尽力将旧的基于 Phong 的 MTL 参数转换为现代的 PBR 等效参数。漫反射颜色会变成基础颜色，而高光指数（MTL 文件中的“Ns”值）则被用来近似计算粗糙度。这只是一个近似值，并非完美的转换。一个在旧版渲染器中看起来完美的光滑塑料，在 PBR 查看器中可能会略有不同。对于任务关键型的工作，最好的结果来自于从你的原始创作应用程序（如 Blender 或 Maya）直接导出为 glTF，这样你就可以完全控制 PBR 材质的设置。 同样重要的是，CocoConvert 目前不支持带动画的 GLB 文件。如果你上传一个包含骨骼动画的 GLB 并将其转换为 OBJ，动画数据将会丢失，只留下一个处于默认姿势的静态网格。我们正在积极开发能够处理动画的转换功能，但就目前而言，Blender 内置的 glTF 导出器（文件 → 导出 → glTF 2.0）是处理动画资产最可靠的工具。
为你的项目选择正确的格式
一旦你知道文件的最终去向，做出正确的选择其实比看起来要简单。 你的模型是要送去 3D 打印吗？用 STL。就这么简单。地球上所有的切片软件都偏爱它，文件大小也合理，而且它缺少的功能无关紧要，因为打印机并不渲染材质。只要确保导出的是二进制 STL 而非 ASCII，并将弦差容许量设置得足够小以获得平滑的曲线——对于一个 200 毫米高的模型，0.01 毫米是一个很好的起点。 你的模型是要在不同的 3D 建模程序之间转移，还是交给渲染师？OBJ 是经典、安全的交换格式。但要遵守纪律：将 MTL 和所有纹理文件放在同一个文件夹里，并使用清晰的命名。还有，请避免在文件名中使用空格；你会惊讶地发现有多少老旧工具仍然无法处理它们。如果你的场景很复杂，你也可以考虑 FBX，它在保留场景层级和动画方面做得更好，尽管它也有自己的一套专有怪癖。 你的模型是用于网页、AR 应用、游戏，还是任何实时查看器？用 GLB。没有更好的选择了。单文件包可以防止资产丢失，PBR 材质模型确保了视觉上的一致性，而像 Draco 和 KTX2 这样的现代压缩技术可以将一个 50 MB 的资产缩小到 5 MB，且几乎没有质量损失。它是现代 3D 网络的“母语”。 如果你不确定客户或合作者需要什么，就问他们用什么软件。这一个问题就能给你答案。Cura 用户需要 STL。Blender 艺术家可以用 OBJ 或 GLB。而构建产品查看器的 Web 开发人员肯定会要 GLB。将格式与目标工具相匹配，能省去所有人的麻烦。