本页内容
选择输出格式，下载后核对尺寸与背景
- 保留原BMP，确认接收软件要JPG还是PNG，记录原宽高与背景。本例为641×401不透明位图，不是带alpha的32位BMP。
- 打开图片转换，选择BMP文件。输出选择JPEG，按用途检查EXIF选项，再开始转换并下载本轮成品。
- 本例同一输入只把输出改为PNG，重新转换并单张下载。实际一次上传、两次运行、两次单图下载，没有原生ZIP。
- 打开下载件，核对真实格式、641×401尺寸、四角色块、箭头和背景。本例PNG仍不透明，没有自动生成透明底。
- 放大比较小字、细线与渐变，检查文件字节后再交付；改格式后的JPEG不能用体积更小证明像素未变。
转换用于格式适配。先检查自己的BMP编码与接收软件，不把同一后缀的全部变体视为已验证。
同一份 BMP：两份成品都更小，PNG仍是不透明
2026年10月17日，真实图片转换工具接收一份完全自编BMP，保留EXIF开启，JPEG与PNG各生成并单张下载一次。两张设置图在各轮运行前保存，只证明输入与选项，尚未出现本轮结果；比较图由本地读取原BMP与两份真实下载整理，原BMP只提供下载。
| 项目 | 原BMP | 实际JPEG | 实际PNG |
|---|---|---|---|
| 实际大小 | 771,578字节 | 37,519字节 | 13,239字节 |
| 像素宽×高 | 641×401 | 641×401 | 641×401 |
| 编码／通道 | 24位BI_RGB，BGR存储，无alpha | JPEG，RGB | PNG，RGBA |
| RGB关系 | 按头信息、行距与行序解码 | 与源有重编码差异 | 全部257,041个像素相同 |
| 透明 | 没有alpha | 没有alpha | alpha全255，透明及部分透明均0 |
| ICC | 无 | profile456字节，APP2载荷470字节 | 无 |
- 原BMP为40字节BITMAPINFOHEADER、24位BI_RGB、正高度bottom-up；每行1923字节BGR加1字节padding，stride为1924。独立按这些字段读取后与PNG的RGB逐像素相同。
- PNG全部257,041个alpha均为255。支持透明的文件格式不会自动删除原不透明背景，本例也没有测32位BMP的alpha。
- JPEG有249,253个像素与源RGB存在数值差异，平均绝对通道误差1.542418，最大单通道差92。这是本组重编码观察，不作通用质量分数或无损保证。
- 两份成品均保留641×401与四角、箭头的预期位置；选定样点和目视观察不证明任意BMP、文字或色彩都完全等价。
- JPEG带456字节ICC profile，APP2载荷470字节，原BMP无ICC，不能称保留源ICC。JFIF单位0、比例1×1不是1 DPI或输出密度设置。
只验证这一份自编24位、bottom-up BI_RGB BMP；32位alpha、索引色、RLE、bitfields、top-down、任意DPI、批量与其他浏览器未测。输入准备40项、独立BMP输入30项、主输出56项、独立输出59项分别记录，不合并成通用兼容性测试。原生字节保持；对照图与核对包为本地整理。
先了解这几件事
需要把BMP交给只接收JPG或PNG的软件时，上传BMP，选择JPEG或PNG，开始转换并下载，再在接收端试开。本例24位不透明BMP转出两份641×401图片，体积都变小；PNG的RGB逐像素相同且alpha全为255，JPEG像素有重编码差异。格式变化不会自动抠除背景，也不保证所有BMP都兼容。
- 实际输入
- 771,578字节，自编641×401、24位BI_RGB BMP，不含alpha。
- JPEG下载
- 37,519字节，641×401，RGB，观察到重编码差异。
- PNG下载
- 13,239字节，641×401，257,041个RGB像素与源相同，alpha全255。
- 验证范围
- 一份bottom-up BMP，不能推广32位、索引色、RLE或任意BMP。
按接收要求选择格式，再验收大小和像素
| 需要什么 | 实际下一步 | 本例提醒 |
|---|---|---|
| 旧BMP无法导入目标软件 | 转换为对方支持的JPG或PNG后试开 | 一例成功不等于修复损坏文件或所有BMP兼容 |
| 希望文件更小 | 比较实际下载字节 | 本例都更小，不能固定压缩率 |
| 需要保留这份输入的RGB | 比较PNG下载与原BMP解码 | 本例257,041像素相同，只限该输入 |
| 需要透明背景 | 另查原图是否有alpha或编辑需求 | 本例不透明BMP转PNG仍不透明 |
| 处理32位／索引／RLE BMP | 先用代表文件实测 | 本轮没有这些编码验证 |
BMP图片打不开，先确认具体格式和接收端
BMP并非一种固定像素布局，可能有不同位深、压缩和头结构。本例只验证24位BI_RGB文件进入当前转换工具，再下载JPG／PNG；在最终接收软件试开，不能把它称为任意旧图修复。
BMP转PNG没有透明背景，是本例原图本来不透明
这份24位BMP只存储BGR颜色，没有alpha。实际PNG虽然以RGBA保存，alpha却全部255，原背景仍在；不能靠换成.png就自动抠图或恢复不存在的透明信息。
641×401没有补成偶数尺寸，存储行距另核对
实际JPEG与PNG都保持641×401，没有把宽度补为644像素。BMP文件每行有1字节padding只为存储对齐，不是画面右侧多一列像素；处理时应按真实宽高判断。
本例文件更小，JPEG与PNG的像素结论仍不同
两份成品比771,578字节BMP小，但PNG的RGB逐像素相同，JPEG有重编码差异。分别比较字节与图像内容，不从体积或后缀推断无损、清晰度或固定比例。
相关官方说明
遇到这些情况
- 转PNG后仍有白底或原背景
- 本例BMP无alpha，PNG全部不透明；透明格式不会自动抠图。
- 奇数宽度看起来像多一列
- 区分BMP行尾padding与真实像素，下载文件以641×401为准。
- JPEG小很多，想确认是否完全相同
- 本例JPEG有像素差异，检查小字和细线；体积不能证明无损。
- 其他BMP仍转换失败
- 确认位深、压缩和文件完整性；32位、RLE等不在本例范围内。
常见问题
BMP转JPG怎么操作？
上传BMP，输出选择JPEG，生成并下载后到接收软件试开。本例24位BI_RGB输入得到641×401 JPEG，原BMP另存。
BMP转PNG能保留原像素吗？
本例PNG的全部257,041个RGB像素与原BMP解码相同，alpha全255；只验证这一份输入，不保证所有BMP变体。
BMP图片打不开，改后缀有用吗？
改后缀不会改变编码。先确认文件完整与目标软件支持，必要时实际转换为JPG或PNG再试开。
BMP转JPG会固定缩小多少？
本例771,578字节变为37,519字节，PNG为13,239字节，但不能保证任意图片或固定比例。
BMP转PNG尺寸会变吗？
本例两份输出均641×401；行尾padding是存储字节，不是多出来的像素列，其他尺寸和编码需另验。
BMP转PNG为什么没有透明背景？
本例24位BMP没有alpha，实际PNG的alpha全部255；格式支持透明不等于自动移除背景。
BMP转JPG是无损的吗？
本例不是像素完全相同：JPEG与源有重编码差异，平均绝对通道误差1.542418。不要用文件变小当作无损证据。
内容核对：2026-10-17 · 功能条件与配额以当前产品界面为准