glTF 转 GLB 转换

一个纯粹的 .gltf 文件是描述场景图、节点、材质和访问器布局的 JSON 文本，它几乎总是伴随一个独立的 .bin 文件（存放原始顶点和索引缓冲区），以及供任何贴图使用的松散图像文件（.png 或 .jpg），因此一个"模型"实际上是一个至少包含三个文件的文件夹，它们必须一起移动，并保持正确的相互引用。GLB 是完全相同数据的二进制容器版本：JSON、二进制缓冲区和每一张贴图都被打包进一个带小型头信息的自包含文件里，这正是为什么GLB能在被重命名、移动，或作为单个邮件附件发送后依然完好，而松散的.gltf项目一旦.bin或贴图文件丢失就会损坏。

基于文本的 .gltf 格式在开发阶段有真正的优势，值得在到处默认使用GLB之前先了解：你可以直接在文本编辑器里打开 .gltf 的 JSON，无需任何3D工具就能查看确切的场景层级、节点变换或材质数值；而且因为它是纯文本，.gltf 文件在git里能产生有意义的差异对比，让版本控制系统准确显示两次提交之间哪个节点或材质数值发生了变化，这是二进制GLB永远做不到的。一些工作室会刻意在积极编辑期间把作为真相来源的模型保留为松散的.gltf，以获得这种差异可比性，只在最终发行构建时才转换成GLB。

Blender原生支持这个转换的两个方向：文件 然后 导出 然后 glTF 2.0（.glb/.gltf）会出现一个格式下拉菜单，恰好三个选项——glTF Separate（松散的.gltf+.bin+贴图文件夹）、glTF Embedded（一个把所有内容以base64内联编码的单一.gltf文件，很少有用，因为它既失去了GLB的体积效率，又没获得松散文件的可编辑性），以及glTF Binary（.glb）——因此把一个独立的glTF项目转换成单个GLB，只需选择最后一个选项重新导出，或者如果你只有成品文件而非原始Blender项目，就重新导入.gltf再导出为.glb。

生产环境的网页和游戏交付应该默认选择GLB，具体原因在于加载行为：浏览器或引擎获取一个松散的.gltf会触发多个独立的网络请求——一个用于JSON，一个用于二进制缓冲区，每张贴图各一个——每个都有自己的往返延迟，而单个GLB作为一次请求加载，所有内容已经打包在一起，这直接关系到本站其他网页和AR页面早已强调的首次加载速度。值得了解的一个例外是渐进式或流式加载器，它们刻意想要独立的贴图请求以优先加载几何体；这种特定的优化模式是保留独立glTF文件属于刻意选择、而非疏忽的少数情况。

无论你交付哪种打包方式，模型本身承载的授权都是一样的：本站AI生成的资产归你商用所有，无需署名，因此把一个开发阶段的.gltf项目转换成生产就绪的GLB，或反过来为了更方便的版本控制差异对比，都不会引入任何额外的授权问题，只涉及上述的打包决策。