GLB 压缩器
GLB 压缩是交付步骤：目标不是得到最小文件，而是在目标设备上取得下载体积、解码时间和视觉稳定性的最佳平衡。
匹配的可下载资产
先使用这些种子模型，再按同一低模方向生成变体。
会员解锁受保护 STL 权限
先用免费 OBJ 验证造型；订阅后当前可立即下载受保护的 STL，GLB、FBX、USDZ 和 Unity 目前仅展示为生产导出目标，并非资源库直链下载。
亮点
- 先分析 GLB 体积主要来自几何缓冲还是内嵌贴图
- Draco 可生成更小几何，但在手机上可能解码更慢
- Meshopt 因解码快，常更适合交互式网页场景
- 谨慎量化位置、法线、切线和 UV，再检查伪影
- 600 三角面的低模道具若内嵌 2048px PNG 也可能很大
- 目标加载器支持时，对贴图使用 WebP 或 KTX2/Basis
- 从平面着色低模中移除未使用的 PBR 贴图
- 衡量最终字节数和首帧时间，而不只看压缩比例
一个 GLB 通常包含三类重量：几何缓冲、材质 JSON 和内嵌贴图。对低多边形资产来说，几何经常不是最大部分；一个 600 三角面的物体如果带 2048px PNG，可能比带 1024px 压缩贴图的 20k 三角面模型还大。先检查文件主要由什么构成，再选择压缩方式，因为几何压缩无法修复贴图过重的 GLB。
Draco 和 meshopt 处理几何的方式不同。Draco 通常能生成非常小的几何流，但解码更吃 CPU，加载器还需要携带 Draco 解码器。Meshopt 压缩为快速、GPU 友好的解码而设计，并且适合与顶点缓存优化配合；它常是交互式网页场景的实用默认值。对产品查看器或配置器来说，如果少 200 KB 却在中端手机上增加可见解码卡顿，就不值得。
量化会在压缩前或压缩中降低顶点属性精度。位置、法线、切线和 UV 对一个小型低模道具很少需要完整 32 位浮点，但过度量化会让直边闪动、UV 接缝爬动，或让烘焙法线看起来凹凸错误。请在引擎里测试量化结果，而不只看文件大小报告，因为错误的法线精度在中性查看器里可能正常，在真实灯光下却很差。
贴图压缩往往才是最大收益。把贴图图集缩到真实观看需求，颜色贴图在通用网页中可转 WebP，在加载器支持 GPU 原生转码时可用 KTX2/Basis；对刻意平面着色的模型，避免内嵌未使用的金属度、粗糙度或法线贴图。好的 GLB 压缩管线会记录文件大小和首帧时间，让最终选择基于用户体验，而不只是好看的压缩百分比。
结合上下文压缩
常见问题
最好的 GLB 压缩方式是什么？
没有通用最好。Draco 往往几何更小，meshopt 往往解码更快。网页场景应在目标手机或笔记本上测试两者。
为什么压缩后的 GLB 仍然很大？
通常是贴图占据主要体积。先缩放图集，并考虑 WebP 或 KTX2/Basis，再指望几何压缩解决问题。
压缩会损坏低多边形模型吗？
会。过度量化可能移动顶点、破坏轮廓或造成 UV 接缝伪影。请在真实灯光下检查最终 GLB。
所有 GLB 都应该用 Draco 吗？
不应该。Draco 需要解码器支持，并会增加 CPU 解码成本。只有当下载体积比解码延迟更重要时才使用，并实际测量。
GLB 压缩会减少绘制调用吗？
不会自动减少。压缩减少字节数；绘制调用来自网格和材质结构，需要单独合并材质和 primitive。
相关页面
查看全部需要定制低多边形模型？
用文字或参考图生成，然后导出 GLB、FBX、OBJ 或 STL。
打开生成器