GLB与GLTF打包器

单个文件还是多个文件——两种答案各有各的场合

glTF资源可以有两种形态，具体想要哪一种，完全取决于您接下来打算拿它做什么。

GLB —— 单个二进制文件。 一切都在里面：JSON、缓冲区、贴图。它不会在邮件里弄丢贴图，不会因为文件夹被重新整理而失效，也不需要周围有一套目录结构，丢进任何查看器都能打开。这是您用来交付的形态。

glTF —— JSON加上独立的文件。 场景描述是可读的文本，您可以打开它、在git里做diff、直接手工编辑。每张贴图都是文件夹里普通的PNG或JPEG，就地编辑即可，不必在3D工具里走一遭。这是您用来干活的形态。

这款免费的在线打包工具在两者之间双向转换，全部在浏览器中完成。

解包被严重低估了

多数工具只支持一个方向——转成GLB——因为交付是最显而易见的用途。但解包能解决的问题，换个办法确实非常折腾：

• 只改一张贴图。 解包，用任意图像编辑器打开PNG，保存，再打包回去。完全不必动用DCC软件。
• 读取材质数值。 .gltf 就是JSON。搜索 metallicFactor，数值一目了然。
• 版本控制。 二进制GLB产生的diff毫无用处。解包后的glTF能在拉取请求里清清楚楚地告诉您改了哪个值。
• 调试加载器。 当某个引擎拒绝一个文件时，能直接读JSON往往几秒钟就能看出原因。

内嵌图像

解包还提供第三种形态：把图像以base64数据URI内联进 .gltf。这样您得到的是单个文件，而且同时还是可读的文本——很适合贴进缺陷报告，或者把体积不大的资源提交进仓库。代价是体积大约膨胀33%，因为base64并不是一种紧凑的编码。它适合小资源，不适合40 MB的模型。

不会重新编码

两个方向都逐字节复制贴图数据。放进GLB的PNG，从解包工具出来时还是同一张PNG，一个字节都不差。经Draco和Meshopt压缩的几何数据也能完整挺过往返转换，因为读取端和写入端都理解这些扩展。

资源缺失会明确报错

单独一个 .gltf 是残缺的资源——它指向必须随行的 .bin 缓冲区和图像文件。如果您没有提供这些配套文件就试图打包，这款工具会停下来，明确告诉您到底缺了哪些。某些转换器的做法则是另一种：生成一个看起来没问题的GLB，直到有人打开它，发现里面根本没有几何体。

隐私

打包与解包全程在您的浏览器中完成。任何内容都不会被上传、存储或记录。