GIF 转 AVIF
把 GIF 文件拖到下方，即可得到 AVIF 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 GIF
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 GIF 转成 AVIF？
同一张图片，AVIF 的体积通常明显小于原始的 GIF。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
纸面上这是一次跨越三十年的飞跃：GIF 被限制在 256 色、一位透明，而 AVIF 有十位色深、真正的 alpha 通道，以及主流使用中最好的压缩。实际上这个搭配比规格表看起来要别扭，原因在于 GIF 里通常装的是什么。
转换之前
AVIF 的强项和 GIF 的内容对不上
AVIF 压缩照片细节非常出色。而 GIF 几乎从来不是照片 —— 它们是 logo、表情图、录屏和图表，全都是纯色和硬边缘。有损 AVIF 软化的恰恰是那些边缘，而在这种缺乏自然纹理的内容上，它的效率优势也基本蒸发了。对一张静态 GIF，无损 WebP 通常是更好的目的地：比你预期的小，而且像素精确。
AVIF 能动 —— 但这个转换不动
这个格式支持动画，而动态 AVIF 比等效的 GIF 小得多。但这是个静态图转换器：它取第一帧，然后编码那一帧。如果保留动作才是重点，你需要的是专门的动画编码器，不是这个。
调色板天花板和锯齿边缘会原样跟过来
AVIF 能装的远不止 256 色，但过来的只有 256 种 —— 包括 GIF 为伪造渐变而使用的抖动图案，那会作为画面的一部分被保留。同样，alpha 通道有 256 级可用，而源文件只提供两级，所以边缘仍是台阶状。目标格式的能力从来不会替源文件补上它没有的东西。
会保留下来的
- 全部 256 色
- 透明区域，仍是二值的
- 像素尺寸
过不来的
- 第一帧之后的动画
- 边缘锐度，如果你用有损
- 老浏览器与邮件客户端的支持
GIF 与 AVIF 对比一览
| 属性 | GIF | AVIF |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 200-400% | 约为同等 JPEG 的 40-55% |
| 兼容性 | 几乎所有软件都能打开，包括很老的程序 | 所有现代浏览器支持；部分老旧桌面软件尚未跟进 |
| 常见来源 | 为减小页面体积而优化的网站 | 为减小页面体积而优化的网站 |
常见问题
我的 GIF 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 AVIF 会损失画质吗？
AVIF 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
GIF 动图会怎么处理？
只有第一帧会被转换。AVIF 是静态图片格式，剩下的帧无处安放。如果你需要保留动画，那应该找视频转换工具，而不是静态图片转换。
AVIF 到底在哪些地方能用？
所有主流浏览器都能原生解码 AVIF，因此用在网页上是安全的。桌面软件则落后不少，很多看图和修图软件仍然打不开它。此外它的编码速度明显慢于这里的其他格式，大图需要等上几秒。