AVIF 是最新的图片格式，也最容易让别的软件出问题。在这里本地转成 JPG —— 没有任何东西被上传到服务器。
AVIF 建立在 AV1 视频编码之上，它确实非常出色 —— 同观感下体积约为 JPEG 的一半，还完整支持透明通道和高动态范围。问题出在其他所有环节。现在的 CDN 已经会自动把 AVIF 发给你的浏览器而不告诉你，于是文件以这种格式落进你的下载文件夹，而旧版 Photoshop、许多 Windows 工具、大多数办公套件、印刷流程和一大串上传表单，根本打不开它。
JPG 是另一种取舍：压缩效率平庸，但到处都被接受。所以这个转换是标准的"抢救"动作 —— 你不是为了拿到更好的画质而转，而是为了拿到一张什么都能读的图。
JPG 被过去三十年里每一款编辑器、打印机、浏览器和上传表单接受。这就是转换的全部意义。
AVIF 常常是 10-bit，而 JPG 是 8-bit。这里能正确读入文件，但那对 HDR 意味着什么，请看下面的说明。
解码发生在你的浏览器标签页里。大多数转换器会把文件上传到一台你完全不了解的服务器 —— 这一个做不到。
AVIF 和 HEIC 在效率上是近亲 —— 同一张图它们都比 JPEG 好上大约一倍。所以忠实还原的 JPG 通常比源 AVIF 更大。下面是拿一张 168.3 KB 的 1600×1068 AVIF 实测的结果：
| 输出设置 | 文件大小 | 相比原文件 |
|---|---|---|
| PNG（无损） | 2.26 MB | +1273% |
| JPG 质量 95 | 442.8 KB | +163% |
| JPG 质量 85 | 258.7 KB | +54% |
| JPG 质量 80 | 219.6 KB | +31% |
| JPG 质量 75 | 191.2 KB | +14% |
| JPG 质量 70 ← 默认 | 173.2 KB | +3% |
| JPG 质量 65 | 157.5 KB | −6% |
| WebP 质量 80 | 161.2 KB | −4% |
这就是为什么这里的默认值是质量 70，而不是大多数转换器出厂的 85 或 90：它落在原始文件体积的几个百分点之内，所以你不会第一眼就看到一个体积翻三倍的文件。你随时可以往上调，而匹配原始大小会针对每个文件搜索最接近你原始文件的设置。
AVIF 通常每通道存 10 bit，JPG 存 8 bit。这里的转换会经过 8-bit 的 canvas，所以高动态范围的 AVIF 会被色调映射压下来，在支持 HDR 的查看器里它可能显得更平，或者色彩不一样。对普通 SDR 拍摄的照片你不会察觉。如果你确实需要保留 HDR，请留着 AVIF，或者用支持它的桌面工具转换。
AVIF 支持 alpha 通道，JPG 不支持。如果你的文件带透明，而你又转成了 JPG，那些区域会变成一块实色。这个页面在文件解码完成后就会检查透明通道，并在你下载之前提醒你，而不是让你事后才发现。把输出切成 PNG 或 WebP 就能保留它。
因为 AVIF 在同观感下的压缩效率约为 JPEG 的两倍，而这也正是 CDN 都在用它的原因。任何忠实还原的 JPG 都必须花更多字节来存同一张画。质量 70 能把差距拉回到 +3% 左右；WebP 选项甚至会比原始 AVIF 略小一点。
论压缩，好得多。论兼容性，不好，而且差得远。AVIF 需要较新的浏览器和较新的图像编辑器；JPG 什么都不需要。正确答案取决于你手里的是哪一个问题。
支持，能正确解码，包括用来构建这个页面的那个 10-bit 测试文件。它做不到的是保留多出来的位深 —— 输出是 8-bit JPG，所以 HDR 文件会损失扩展范围。请见上面的限制章节。
只有在你选 JPG 时会，它完全没有 alpha 通道。这个页面会在解码后检测透明通道，并用一键切换提醒你改用 PNG 或 WebP —— 两者都能保留透明。
不会。这个页面上的面板会统计外发请求条数和外发字节总量；转换一个文件时，除了一次性的解码器下载，两者都保持为零。
在任何较新的 Chrome、Firefox、Edge 或 Safari 上，你的浏览器自己就能解 AVIF，第一次转换是瞬时的。在老浏览器上，这个页面会加载 libavif 的 WebAssembly 版本（约 1.2 MB，之后走缓存），让文件依然能转换，而不是直接失败。
免费且不限量，不用账号、不留邮箱、不加水印。干活的是浏览器，没有服务器，也就没有每次转换的成本要转嫁给你。
没有人为限制。一切都在你自己的机器上处理，所以唯一的天花板是你自己的内存。全分辨率图片的批次很大时会吃掉大量内存。