glTF 优化器
glTF 优化器比压缩器更广：它会移除浪费的场景数据、合并材质、缩放贴图、量化顶点属性，并在资产结构干净之后再选择压缩。
匹配的可下载资产
先使用这些种子模型，再按同一低模方向生成变体。
会员解锁受保护 STL 权限
先用免费 OBJ 验证造型；订阅后当前可立即下载受保护的 STL，GLB、FBX、USDZ 和 Unity 目前仅展示为生产导出目标，并非资源库直链下载。
亮点
- 先移除空节点、未使用材质、遗留相机和重复 accessor
- 合并兼容 mesh primitive，减少绘制调用，而不只是减小文件
- 压缩前先做顶点缓存重排和 overdraw 优化
- 位置、法线和 UV 只量化到视觉可接受的程度
- Draco 通常更小，但浏览器解码可能更慢
- EXT_meshopt_compression 通常适合作为网页体积与解码速度的默认平衡
- 道具贴图缩到 512-1024px，近景主角资产才用 2048px
- 把可编辑源 GLB/glTF 与优化交付文件分开保存
优化从场景图开始，而不是从字节数开始。生成或导出的 GLB 常包含空节点、遗留相机、未使用材质、重复 accessor，以及仅因曾经有不同材质槽而被拆开的 mesh primitive。移除未使用数据并合并兼容 primitive，能在任何压缩之前先减少绘制调用，所以两个字节数相同的文件，在浏览器场景里的性能可能完全不同。
几何优化通常组合顶点缓存重排、overdraw 降低、属性量化和可选压缩。glTF Transform 与 meshoptimizer 能重排索引，让相邻三角面更高效地复用 GPU 顶点；随后把位置、法线和 UV 量化到更少位数，只要视觉损失不可见即可。Draco 往往能得到更小下载体积，但解码更吃 CPU；EXT_meshopt_compression 对网页查看器常是更好的实时默认值，因为它平衡了体积和解码速度。
即使是低多边形模型，贴图通常也是最大负载。一个 5k 三角面的道具，如果带 4096px PNG 贴图，就不能算优化过，即使网格很小。道具贴图缩到 512 或 1024px，近景主角资产才保留 2048px；在加载器支持时，把颜色图转为 WebP 或 KTX2/Basis；除非材质确实需要透明，不要使用 alpha。对平面着色资产来说，贴图决策往往比几何压缩更省带宽。
完成的优化应从三个角度衡量：最终字节数、绘制调用和真实观看距离下的视觉差异。把 GLB 放进浏览器查看器，比较源文件与结果的三角面数，检查材质数量，并观察量化后是否有 UV 接缝或法线伪影。生产中请把可编辑源文件与优化后的交付 GLB 分开，未来修改应在干净源数据上完成，而不是反复压缩已经有损的文件。
优化相关上下文
常见问题
glTF 优化和压缩是一回事吗？
不是。优化包括移除未使用数据、合并材质、缩放贴图和重排几何。压缩只是最后一个可选步骤。
应该用 Draco 还是 meshopt 压缩？
Draco 可能文件更小，但 meshopt 在实时网页查看器中常解码更快。请用你的真实加载器和目标设备测试。
为什么低多边形 GLB 仍然很大？
通常是贴图造成的。一个小网格配 4K PNG，可能比一个更密但只有 1024px 图集的模型大得多。
优化会改变模型外观吗？
会。过度量化可能产生抖动、UV 接缝或法线伪影。必须在真实相机距离下比较。
后续应该编辑优化后的文件吗？
不要。保留干净源文件用于编辑，把优化 GLB 当作交付产物，避免压缩和量化损失在多次修改中叠加。
相关页面
查看全部需要定制低多边形模型？
用文字或参考图生成，然后导出 GLB、FBX、OBJ 或 STL。
打开生成器