将JPG转换为AVIF

为什么这个转换要等几秒

AVIF是AV1视频压缩中的一帧静态画面，而视频压缩的特点是生成代价高、观看代价低。等待的原因全在于这种不对称：编码器要在数量庞大的描述方式中搜索最适合您这张图片的那一种，正是这种搜索换来了更小的体积。大照片需要几秒钟是正常的，并不代表出了问题。相比之下，解码是瞬间完成的——对于编码一次、观看多次的图片来说，这是合理的取舍。

换来的是同等观感质量下约为JPEG一半的体积，并且在JPEG最薄弱的地方表现更好。平滑的渐变——天空、影棚背景、阴影——不会出现JPEG那样的色带，高度压缩的JPEG中出现的8×8方块也根本不会发生。AVIF还支持透明背景和广色域色彩，而这两者JPEG完全无法承载。

请从您手上最好的原图开始。把JPEG重新编码时，AVIF编码器会继承JPEG的压缩瑕疵，而且无法将其与真实细节区分开，于是它会花费实实在在的数据去保留别人造成的损伤——结果比直接从PNG、RAW导出文件或相机原图编码同一张图片更大，也更差。如果有原图，请用原图；如果只有JPG，请把画质设得足够高，让第二次压缩不增加任何可见损失。

目前的支持情况已经不错，但并不普遍，这一区别决定了您该如何使用这个文件。所有现行浏览器都能解码AVIF，所以对网站来说，它就是更好的格式。浏览器之外的支持则参差不齐——一些看图软件、老款手机、邮件客户端和设计软件仍然无法读取——因此用邮件把AVIF发给别人，存在JPG从来不会有的风险。相机和位置元数据不会被保留。

如果您需要的是别的

参考编码器提供了本页面无法提供的调节手段。avifenc -s 4 --min 20 --max 30 in.jpg out.avif可以明确地在编码时间和体积之间取舍——-s 0最慢、体积最小，-s 10几乎瞬间完成、体积明显更大——而--jobs all会用上所有CPU核心，处理包含数百张图片的文件夹时差别巨大。浏览器里没有任何工具能为一张照片花上两分钟，而有时两分钟恰恰是这个文件值得的。

对网站来说，格式只是工作的一半。通过picture元素提供AVIF并以JPEG作为后备，或让CDN按每位访客协商格式，既能获得体积优势，又没有兼容性风险——而在构建步骤中使用sharp或libvips会自动生成所有版本，只要图片超过寥寥几张，大家都是这样做的。