文件的重量其实全在贴图
打开一个40 MB的GLB看看里面究竟装了什么。几乎每一次,几何数据只有1到3 MB,剩下的全是贴图。单张4096×4096的PNG法线贴图本身就有约20 MB;一整套4K的PBR贴图,在还没画出一个三角面之前,就轻松突破60 MB。
这款免费在线3D贴图优化器只处理文件的这一部分,并提供通用压缩工具所没有的逐槽位控制。
为什么必须分槽位设置
对所有贴图一视同仁,正是让优化后的模型看起来不对劲的根源。
基础色和自发光贴图是感知型贴图。人眼对轻微的色彩误差很宽容,因此质量80的有损WebP通常能去掉90%的字节而看不出差别。
法线贴图不是图像。 每个像素在RGB通道里编码的是一个方向向量。JPEG式的色度二次采样会对相邻像素的色彩通道取平均——在法线贴图上,这等于把表面朝向平均掉了。结果就是光照变得浑浊扁平,很多人只会说“模型的细节丢了”,却不知道原因。请让法线贴图保持无损,并且缩小分辨率时比颜色贴图更保守。
金属度-粗糙度和环境光遮蔽贴图把单通道数据打包进RGB。粗糙度在表面上变化缓慢,因此这类贴图非常耐缩——通常降到颜色贴图一半的分辨率也察觉不到变化。
本工具的默认值已经体现了这些经验:颜色用有损WebP,法线用无损WebP,ORM贴图则用更小尺寸的WebP。
格式选择
- WebP — 在所有要紧的平台上都受支持,压缩效果显著,是合理的默认选项。
- AVIF — 体积更小,并且这里由内置的 libavif 负责编码而非浏览器,因此在任何环境下表现一致。编码比 WebP 慢,但在大尺寸颜色贴图上很值得。
- JPEG — 没有透明通道,凡涉及透明的贴图都不要用。
- PNG — 无损,但远大于无损WebP。只有当流程明确要求PNG时才使用。
KTX2 / Basis Universal是有意不提供的。它是GPU显存占用最优的格式,但编码需要Basis编码器这一套庞大的独立工具链——否则本工具就只能对自己产出的内容撒谎。
如果重新编码的结果会比原图更大(把已经有损的JPEG塞进无损格式时就会这样),本工具会保留原图并如实说明。
在网格中核对结果
处理完成后,每张贴图都会出现在网格中,显示它所属的槽位、最终尺寸以及优化前后的体积。如果某张法线贴图在缩略图里看起来发灰发白,它在模型上也会是那样。请修改该槽位的设置后重新运行。
二次幂尺寸
部分老旧引擎和某些mipmap管线要求贴图尺寸必须是二的幂。开启该选项会把每张贴图取整到最接近的二次幂。面向现代WebGL2和WebGPU时请保持关闭,它们并不在意。
隐私
解码与重新编码全部通过您浏览器自身的canvas接口完成。任何贴图都不会被上传。
Tiny Online Tools







