GLB 转 GLTF 转换器

这款 GLB 转 GLTF 转换器做的是与常见打包步骤相反的操作：它接收一个二进制 .glb 文件，并将其解包成可读的 .gltf JSON 文档。内嵌的缓冲区和图片会被写回为数据 URI，因此生成的文件仍然自包含，无需追踪外部附属文件即可打开或编辑。整个转换过程都在浏览器中运行，你的素材绝不会离开设备。当你需要检查场景结构、调试模型或手动修改材质，再重新打包交付时，把 GLB 转 GLTF 尤其有用。提取出的 JSON 文档可以用任何文本编辑器打开，方便你逐项检查每个网格和材质。

GLB 是 glTF 的二进制容器格式，由 Khronos 组织维护。单个 .glb 文件把 JSON 场景描述与所有二进制缓冲区和图片数据存储在一起，因此几何、材质和贴图都位于一个自包含的文件内。它没有需要管理的外部引用，这使得 GLB 紧凑、对网页友好，并且网络加载时非常可靠。该格式被现代三维引擎、查看器和设计工具广泛支持，也是在网页上发布 glTF 内容的推荐方式。它的主要缺点是二进制结构不便于手动阅读或编辑。对于需要作为一个整体传输的成品素材，二进制容器很难被超越，但当你想要理解或修改其内部结构时就不那么方便了。

GLTF 是由 glTF 规范定义的 JSON 文本格式，用于描述三维场景、节点、网格、材质和动画。它并不把二进制数据存在文件内部，而是在 .gltf 文档中引用位于磁盘旁边的外部 .bin 缓冲区和图片文件。这让格式具备人类可读性，可以随时在文本编辑器里查看和修改，在调试模型或微调材质参数时非常方便。代价是单个模型常常跨越多个文件，分享时比较麻烦。把 GLB 转 GLTF 正是重新获得这种可编辑性的自然方式。这也是很多艺术家在编辑时保留一份文本版本，只在模型准备交付时才导出二进制文件的原因。

把 GLB 转 GLTF 有几个很好的理由。最常见的是可编辑性：.glb 文件是一个二进制数据块，你很难用文本编辑器打开它、搜索某个节点或手动调整材质参数。提取出 JSON 后，你会得到一份可读的文档，每个访问器、网格和贴图都以纯文本形式呈现。调试也是一个动机，因为人类可读的结构让发现缺失属性、断裂引用或异常材质设置变得容易得多。当你把 GLB 转 GLTF 时，还能获得一个在版本控制中能干净对比的格式，帮助团队追踪模型随时间的变化。对于检查、编辑和协作来说，文本格式很难被超越，因为它让每次修改都一目了然，也便于多人协同审查。

用这款 GLB 转 GLTF 工具转换模型只需要几分钟。按照以下步骤即可得到一份可读的 JSON 文件。

1. 在浏览器中打开转换器页面，无需注册或安装任何软件。

2. 把 .glb 文件拖到放置区，或点击浏览并从设备中选择文件。

3. 工具会读取二进制容器，并将场景提取成 .gltf JSON 文档。

4. 内嵌的缓冲区和图片会被写回为数据 URI，因此结果仍然自包含，无需外部附属文件。

5. 下载 .gltf 文件，并在任意文本编辑器中打开以检查或编辑结构。

由于整个 GLB 转 GLTF 流程都在本地运行，你的文件不会离开设备，你可以随心所欲地重复转换。生成的文件虽然仍是自包含的，但你也可以随时把数据 URI 拆分出来单独存放，以便进一步编辑。

GLB 和 GLTF 描述的是同样的底层 glTF 数据，只是打包方式不同。.glb 文件把 JSON 与所有二进制数据打包进一个自包含的二进制容器，紧凑且易于传输，但难以手动阅读。.gltf 文件是人类可读的 JSON 文档，指向外部的 .bin 缓冲区和图片文件，便于查看和编辑，但在素材移动时比较脆弱。简单来说，GLB 用可读性换取便利性，而 GLTF 用便利性换取可读性。一旦你把 GLB 转 GLTF，就获得了一份可编辑的文本文档，代价是失去单个可移植文件。对于日常编辑和调试，文本格式更胜一筹；而对于交付和分发，二进制容器更占优势。

隐私是这款 GLB 转 GLTF 转换器的内在特性。工具完全在浏览器中运行，因此没有上传步骤，你的文件绝不会离开设备。这对于专有模型、客户作品或任何你不希望发送给第三方服务器的素材都很重要。文件大小限制为正常使用下 50 MB，硬性上限为 150 MB。非常大或非常复杂的文件可能会处理缓慢或转换失败，因此为了让体验最顺畅，请把源素材控制在这些范围之内。一切都在本地完成，快速且完全由你掌控。即便是包含大量贴图的复杂模型，本地处理也能确保数据不外泄。