BMP转PNG

BMP 为什么这么大？BMP转PNG 能小多少？

BMP 大，是因为它通常把每个像素原样存下、不做压缩；PixVibe 实测，转成 PNG 后截图小了 98%，照片小了 21%。美国国会图书馆的 BMP 格式说明（编号 fdd000189，我们 2026 年 11 月 15 日核对）提到「In practice most BMP images are uncompressed」（实际上大多数 BMP 图片都没有压缩）。所以不管画的是什么，一张 1600 × 1000、每像素 24 位的图都是 160 万个像素、每个占 3 字节，大约 4.8 MB（1 MB 按 1000000 字节算）。

PNG 是无损压缩，能省多少要看图里的内容。在 Chrome 里用「快速」，我们的截图从 4.8 MB 变成 98.4 KB，256 色的示意图从 1.6 MB 变成 208.4 KB，透明 logo 从 2.56 MB 变成 67.3 KB。照片就不一样了：颗粒和渐变没多少可压的空间，我们那张只小了 21%，还有 3.77 MB。「高压缩」把它压到 2.59 MB，像素不变；「减色」选「256 色」能到 1.04 MB，但这个设置有损。照片一定要很小的话，常见的做法是用 图片转JPG 转成 JPG。

透明的 BMP 转成 PNG 还是透明的吗？

PixVibe 2026 年 11 月在 Chrome 里实测：32 位 BMP 如果用的是带 Alpha 掩码的 V5 文件头（BITMAPV5HEADER），转成 PNG 后透明保留；用基本 40 字节文件头（BITMAPINFOHEADER）写的 32 位 BMP，转出来不透明，原本透明的地方常常变成黑色。V5 文件头里有一个 Alpha 掩码，微软的 BITMAPV5HEADER 文档（2026 年 11 月 15 日核对）说它「specifies the alpha component of each pixel」（指定每个像素的 Alpha 分量）。这个字段告诉程序哪个字节存的是透明度。这项测试另画了一个 400 × 400 的 logo（不是上面表里那张 800 × 800 的），背景透明、边缘柔和，还带一个 50% 透明的圆环，用三种方式存成 BMP，分别用 PixVibe 的 BMP转PNG 工具转了一遍。

带 Alpha 掩码的 V5 文件头： PNG 保住了透明，每个 Alpha 值都一致。

基本的 40 字节文件头，Alpha 写进每个像素的第四个字节：这个字节被忽略，PNG 完全不透明。我们这个文件里原本透明的地方变成了黑色，因为那里显示的是文件里存着的颜色。转换之前，工具里的预览就已经是这个样子。现在仍有一些程序和图像库这样存，我们测试用的 Python 图像库 Pillow 12.2 就是。

基本的 40 字节文件头，第四个字节全是 0： PNG 不透明，显示的正是文件里存的颜色，分毫不差，并没有变成整张透明。

logo 转出来四周带着黑框的话，回到做这张图的软件，直接导出成 PNG。在保住了透明的那种存法（带 Alpha 掩码的 V5 文件头）里，29056 个半透明像素中，有 1219 个的某一个颜色通道偏了 1（通道取值 0–255）。这是因为工具在浏览器的画布（canvas）上绘制图片，而 HTML 标准规定，画布存半透明颜色时要先乘上各自的 Alpha（预乘），并指出这一步对 Alpha 小于 255 的颜色是有损的。画布取整后，其中一些像素的颜色值差了 1；完全不透明和完全透明的像素则分毫不差。

哪些少见的 BMP 也能转？

PixVibe 2026 年 11 月在 Chrome 里实测：BMP转PNG 工具能转大多数少见的 BMP，包括 RLE8 和 RLE4 压缩的文件、自上而下存储的位图（高度存成负数）、1 位黑白、4 位、16 位（565 和 555），以及用老式 OS/2 文件头和 V4 文件头的文件。全部方向正确，其中调色板文件和 24 位文件与原图逐像素一致。16 位文件显示的是它实际存下的颜色：我们的红色 220, 30, 30 存成 16 位 565 后，转出来是 222, 28, 25，因为 16 位能表示的色阶更少。

这次测试里有两种 BMP 转不了。里面包着 JPEG 或 PNG 的 BMP（压缩类型 BI_JPEG 和 BI_PNG）会停下，提示「无法读取这张图片，可能已损坏或不是真正的图片文件。」被截掉一半的文件则照常转换，没有任何提醒，缺的那一半变成透明，所以怀疑 BMP 有损坏时，先看看预览。这个工具靠浏览器自带的 BMP 解码器；我们只在 Chrome 里测过，其他浏览器对这些文件的处理可能不同。