JPG 转成 BMP 只是把解码后的像素写入另一种结构，无法恢复 JPEG 压缩丢失的细节。请用代表性文件确认旧版软件接受的 BMP 头、位深、调色板和方向，并测试导入、处理、保存与重新打开。
JPG → BMP
把转换视为兼容处理，而不是画质修复
JPG 通常使用有损压缩。解码器只能根据文件中仍然保留的信息重建像素；转换为 BMP 时，这些已解码像素被写进位图结构。JPEG 编码时舍弃的细节、平滑渐变和边缘信息不会回来。即使输出 BMP 的容量增加数倍，原图中的模糊、块状痕迹、振铃或渐变断层仍可能存在。因此，任务目标应明确为满足旧版软件的输入要求，而不是提升图像质量。
先确认目标程序是否真的只接受 BMP，是否有受支持的新格式、更新版本或导入组件。如果必须使用 BMP，请记录原 JPG 的像素尺寸、方向、明显边缘、中性灰、肤色和高饱和色，作为转换后的比较点。某些 JPG 的正常方向依赖方向元数据，不同转换器可能选择应用或忽略它。应在相同方向和显示比例下比较结果，把兼容性测试与主观画质判断分开。还应保留未经修改的原图与首次转换结果，避免后续编辑掩盖问题来源。
- 不要把更大的 BMP 当成画质恢复
- 先确认接收软件的真实格式要求
- 记录尺寸、方向与色彩比较点
转换为 BMP 无法找回 JPEG 压缩已经删除的信息。
确定旧版软件能够读取的 BMP 变体
Microsoft 的 BITMAPINFOHEADER 文档表明，BMP 结构可以描述宽度、高度、每像素位数、压缩值、图像大小和调色板用色数。能在现代编辑器中打开的 BMP，不一定能被旧程序读取。请从说明书或已知可用文件中确认所需的头类型、是否必须不压缩、接受 24 位还是索引色、最大宽高以及文件大小上限。没有文档时，应先使用小而简单的样本，而不是重要的生产文件。
一些旧流程期望固定颜色数量的调色板 BMP，另一些只能稳定处理不压缩的 24 位 BGR 像素。32 位输出看似更先进，却可能因额外字节被误当作透明度而遭到拒绝或错误显示。如果转换器不提供头结构选项，可用位图信息工具检查成品。保存一个成功样本的头、位深、压缩、尺寸和字节数，失败文件就能与这个基准逐项比较。不要只改扩展名，因为文件内部结构不会随名称自动改变。
- 确认头结构、位深与压缩方式
- 检查尺寸、文件大小和调色板限制
- 记录已知可用样本的结构
在目标软件中测试行方向与存储假设
对于不压缩 RGB 位图，高度值的正负可表示从下向上或从上向下存放的行。每行存储还要按 DWORD 边界对齐，因此实际步幅可能大于像素宽度所需的字节数。符合规范的软件会正确重建图像，但受限的旧解码器可能只假设一种布局。请在目标程序中寻找上下颠倒、行错位、条纹或颜色通道交换等现象。
使用左右不对称、四角颜色明显且宽度为奇数的小测试图，可以更快暴露方向和行填充错误。不要只验证“能打开”，还要执行实际的放置、裁剪、打印或设备输出，再保存并重新打开。导入阶段可能成功，而后续写出代码却生成不同或损坏的 BMP。现代编辑器和系统预览可作为对照，但最终应由已批准的旧版工作流程判断是否兼容。把每一步的截图或输出结果与基准并排保存，能发现只在打印或重新载入后出现的差异。
- 使用不对称且为奇数宽度的测试图
- 检查翻转、行错位、条纹和通道变化
- 完成真实操作后保存并重新打开
分别检查色彩与透明度限制
普通 JPG 不包含 Alpha 透明通道，因此写成 BMP 不会自动获得透明背景。选择 32 位 BMP 也不保证转换器写入有意义的 Alpha，更不保证旧版软件能够解释它。如果目标是不透明图像，应明确所需背景色，并检查是否出现黑块或意外半透明。如果透明度是硬性要求，应回到真正含有 Alpha 的源文件，并确认目标软件实际支持哪种格式。
旧程序若忽略嵌入的色彩配置，BMP 可能比受色彩管理的 JPG 预览更亮、更暗或更饱和。请通过最终显示或打印路径比较中性灰、肤色以及红、绿、蓝色块。转为索引色还可能增加减色误差和抖动，在照片与渐变中尤其明显。尽量不要同时改变色彩转换、调色板和兼容设置；一次只改一项，才能定位差异来源。若最终输出依赖特定显示器、打印机或设备，也要在那条实际路径上批准样本，而不能只看浏览器预览。
- 区分不透明输出与真正的 Alpha 需求
- 比较中性灰、肤色和高饱和色
- 检查减色与抖动
建立可重复的批准测试
选择一张小照片、一张包含文字和细线的屏幕图，以及一张接近计划最大尺寸的文件。用候选设置分别转换，并记录 BMP 头、位深、压缩、像素尺寸和字节数。在旧版软件中打开它们，执行真实编辑或输出操作，保存后重新打开。一个小文件成功，并不能证明其他尺寸、色彩数量或调色板也会通过相同路径。若软件会继续把图像传给打印、排版或设备控制模块，还必须让样本完整经过这些后续环节。
按软件版本和图像类型记录批准设置，并始终保留原始 JPG。某个 BMP 失败时，不要在派生文件之间反复转换，而应从 JPG 使用新设置重新生成。软件或操作系统更新后，用同一组样本复测。如果 BMP 只是向旧系统临时交付，应保留原图和必要的已批准派生文件，而不是把所有大容量 BMP 都当作永久母版，这样既可复现又能控制存储。批量作业前再核对输出文件数、命名和失败日志，防止少数未转换文件被误当成成功结果。
- 使用内容和尺寸不同的代表文件
- 验证导入、操作、保存与重新打开
- 按软件版本记录批准设置
兼容性由 BMP 的实际结构和完整工作流程证明，而不是由扩展名证明。
要点总结
- BMP 文件变大并不代表 JPEG 压缩丢失的画质或细节得到恢复。
- 旧版软件可能只接受特定 BMP 头、位深、调色板、压缩方式或尺寸。
- 行方向、行填充、色彩和透明度的解释差异，可能只在目标软件中出现。
- 批量转换前应完成真实的导入、处理、保存和重新打开测试。
常见问题
JPG 转成 BMP 会提高画质吗？
不会。它只保存从 JPG 解码出的现有像素，无法恢复 JPEG 压缩时已经丢弃的细节。
旧版软件为什么会拒绝 BMP？
文件可能使用了该软件不支持的头、位深、压缩方式、调色板、尺寸、容量或行方向。
应该选择 24 位还是 32 位 BMP？
应遵循目标软件文档和已知可用样本。更高位数并不自动意味着对旧软件更兼容。
为什么转换后的 BMP 上下颠倒？
目标解码器可能以不同方式解释 BMP 行方向。请改用其支持的结构重新转换，并在目标软件内确认。
批量转换前最少要测试什么？
用内容和尺寸不同的代表文件，完成目标软件中的导入、真实处理、保存和重新打开。