模型太大又不能减面多数人第一反应是「换个格式试试」。这个方向一开始就错了格式转化不改几何转完体积不掉、甚至变大属于正确行为不是 bug。为什么转格式不省体积格式转化只换打包容器。GLB → PLY、OBJ → FBX顶点数据和索引原样搬过去三角面一个不少。往文本类格式转还会变大——紧凑的二进制编码换成明文数字同样一份几何更占空间。Zipoly 支持 GLB / glTF / OBJ / FBX / STL / DAE / PLY 七种互转Zipoly 官网 / 公开信息解决的是下游兼容性不是体积问题。这两件事得分开想。三条能不动面数就省的路手段动了什么代价什么时候用坐标量化顶点坐标 / 法线 / UV 的存储位宽32 位浮点 → 更少位精度损失UV 过低贴图错位法线过低光照变糙面数不能动时先动它结构重组移除冗余索引与空数据优化 BufferView无不损失可见精度任何时候都开着纹理压缩贴图转 JPEG / WebP / KTX2质量默认 75最大边长 2048贴图画质WebP 体积小约 30%模型大头是贴图时优先量化可调范围是位置 / 法线 / UV 各 4-16 bit自动档推导出来是位置 10 bit、法线 8 bit、UV 8 bit。压缩强度滑杆 1-7默认 7HIGH——这个值往下调量化位宽会自动跟着放宽这就是取舍的入口。图注Zipoly 高级量化参数位置 / 法线 / UV 精度各 4-16 bit 可调精度越高文件越大看一个真实量级图注Zipoly v2.1.0 实测ShanDiChe.glb 用 Draco Level 7 压到 596 KB-94.5%提示 Web 端提速约 76%ShanDiChe.glb10.6 MB27.8 万顶点 / 19 万三角面 / 20 材质压到 596 KB省 94.5%。弹窗里列的三行要看清楚——Draco Level 7 几何压缩、14-bit 坐标量化、结构重组纹理优化那行是关的。也就是说这 94.5% 是三件事叠加出来的。动手前先看大头在哪「太大」有两种面数堆出来的、贴图堆出来的。判断方法很轻——查看器打开看统计顶点、三角面、材质数、总大小都在一屏里。面数只有几万却上十 MB那体积基本花在贴图上该动的是纹理那一档而不是几何Zipoly 官网 / 公开信息。顺带一提压过的纹理会被自动跳过日志里「省了 0%」那条不是失败是告诉你这张已经到头了。别在这几种情况下折腾面数本身上百万不减面基本没戏量化省的字节不够看。已经压过的模型846 KB → 815 KB只省 3.6%。再转格式也救不回来找源文件重跑。单文件超过 50 MB免费版会直接拦住60 MB 的模型报 FAILED 并提示升级授权别跑一半才发现。先查清楚贴图占比再决定动哪个旋钮比上来就把压缩强度拉满靠谱得多。