BMP 转 AVIF
把 BMP 文件拖到下方，即可得到 AVIF 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 BMP
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 BMP 转成 AVIF？
同一张图片，AVIF 的体积通常明显小于原始的 BMP。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
AVIF 支持透明通道，所以转换之后你可以再抠掉背景。但转换本身并不会凭空造出 BMP 文件里原本就没有的透明区域。
这是站上跨度最大的一对：一个 1986 年的、几乎不压缩的格式，转到主流使用中效率最高的那一个。体积差距非常惊人。但它是不是正确的选择，几乎完全取决于这个 BMP 里装的是什么，而对相当多的 BMP 来说，答案是否定的。
转换之前
多数 BMP 装的恰恰是 AVIF 最不适合的内容
AVIF 的压缩来自为视频设计的 AV1 —— 平滑渐变、照片纹理、自然细节。而 BMP 文件绝大多数是截图、扫描件、图表和老软件的导出：纯色和锐利文字。有损 AVIF 用在这类素材上会让边缘发虚，在文字上一眼就能看出来，而效率优势也会急剧缩小，因为这里没什么照片细节可供它施展。无损 WebP 或 PNG 通常更适合这类内容。
当 BMP 里是照片时，这个选择非常好
科学仪器、老相机和一些工业设备确实会把照片数据写成 BMP，对那类素材来说这个转换近乎理想 —— 一张 25 MB 的 BMP 可以落到 300 KB 以下的 AVIF，而看不出差别。如果这描述的就是你的文件，那么这里的体积缩减是整个站上能拿到的最大的一次。
编码一张大 BMP 要花不少时间
BMP 天生体积大，AV1 编码天生慢，所以这是这里能凑出的最慢的组合。一张大的未压缩图像在浏览器里可能要花上可观的几秒钟。那是编码器在搜索冗余，压缩率正是从那里来的 —— 它在干活，不是卡住了。
会保留下来的
- 像素尺寸
- 透明通道，如果 BMP 有的话
- 照片类内容，观感不变
过不来的
- 几乎全部的文件体积
- 文字与图表的边缘锐度
- 编码速度
BMP 与 AVIF 对比一览
| 属性 | BMP | AVIF |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 不支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 800-1200% | 约为同等 JPEG 的 40-55% |
| 兼容性 | 所有主流浏览器和绝大多数应用都支持 | 所有现代浏览器支持；部分老旧桌面软件尚未跟进 |
| 常见来源 | 较老的 Windows 软件和扫描仪 | 为减小页面体积而优化的网站 |
常见问题
我的 BMP 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 AVIF 会损失画质吗？
AVIF 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
为什么我的 BMP 文件这么大？
BMP 基本上是不压缩地保存像素，所以单张照片动辄几十 MB。仅凭这一点，这个转换通常就很值得做——转出来的 AVIF 文件只会是原文件的一小部分，而且看不出差别。
AVIF 到底在哪些地方能用？
所有主流浏览器都能原生解码 AVIF，因此用在网页上是安全的。桌面软件则落后不少，很多看图和修图软件仍然打不开它。此外它的编码速度明显慢于这里的其他格式，大图需要等上几秒。