webp的甜点
· 阅读需 2 分钟
我现在通常会这样处理我的图片
- png - 画完画后导出需要预留印刷的情况。
- webp - Krita导出webp，通常控制在1-4mb原图。
- webp - 压缩到500-800kb上传给blog用。
webp确实很好用，基本上能比png压缩7成左右。而且不会压坏我绘画里面的大量透明图层。用node脚本压缩png则会把透明图层压灰。
现在问题只有两个啦，小小的抱怨，不过也不是它的问题。
- 大多数印刷和老旧的平台（行政机构和时间戳平台）不太支持webp。印刷确保匹配稳定性还是要png。
- blog图片的甜点大概在500-700kb上下，压缩比是40%，最高质量6。这样子肌理和笔触就不会糊得太厉害，毕竟画得那么辛苦糊了很可惜，我挺在意这个的，一看就能看出来，糊了会很没精神。
（这张压到500kb左右，原图是4mb，虽然损伤了一些细节。不过太大我的服务器3m带宽受不了。）
如果是小图我就会直接用node脚本批量压缩转webp，大张单独插画我则会用浏览器的Squoosh图形化调，这样直观点。
虽然我对google很不信任，对他所谓不抓数据也很怀疑，不过我挂了uBO Lite就先用着吧。我还没习惯怎么单张用命令行压缩我的图片，而且还是有图形化界面更直观在这方面。
目前图稿页面的图，普遍大小都在700-1.5mb之间。