JPEGをBMPに変換

このページの機能

このページでは、画像をBMPに変換します。出力形式はBMPであり、複数のファイルを追加し、画質レベルを設定して、処理前に任意でリサイズすることも可能です。サーバーは各アップロードに対してビットマップファイルを書き込み、ダウンロードを返します。

このページは「JPEGからBMP」ですが、アップローダーはJPG、JPEG、PNG、GIF、WebP、JFIF、JIFF、BMPなどの一般的なラスタ入力を受入れます。想定される結果はBMPファイルなので、ソース形式よりも、宛先が開ける形式であることのほうが重要です。

BMPが適している用途

BMPは古くからあるシンプルなビットマップ形式です。ピクセルデータをほとんど圧縮せずに保存するため、小さなプログラム、組み込みデバイス、レガシーなWindowsツールからの読み込みが容易です。このシンプルさが、産業用ソフトウェア、古いドキュメントパイプライン、および一部のデバイスワークフローにおいて未だに使われている理由です。

これはWeb用の形式ではありません。BMPは、同じ画像のJPEG、PNG、WebPと比べて通常ははるかに大きくなります。ブラウザは表示できますが、最適化は行いません。特定のプログラムやデバイスから要求がある場合のみBMPを使用してください。

JPEGからBMPへ変換する理由

JPEGはすでに圧縮されています。BMPへの変換により、失われたディテールが回復するわけではなく、解読されたピクセルを圧縮の少ないコンテナに保存するだけです。画像の外観は同じように見えても、ファイルサイズは何倍にも膨れ上がる可能性があります。

変換の主な理由は互換性です：古いエディタ、ラベルプリンタ、ゲームツール、あるいは社内システムがBMPのみを受け入れている場合があります。もう一つの理由は、JPEGをデコードできないワークフローにシンプルなビットマップを渡すことです。どちらの理由においても、BMPは元のJPEGよりも優れたアーカイブ形式ではありません。

編集目的の変換であれば、JPEGを保持し、コピーを編集してください。後からBMPをJPEGに保存すると、さらに1回の圧縮サイクルが加わります。

画質と透過性

画質スライダーは、主に可逆圧縮（lossy）形式において意味を持ちます。BMPは通常、可逆圧縮なしで保存されるため、画質を下げてもJPEGで見られるような段階的なサイズ減少にはなりません。ピクセル寸法がファイルサイズの主な決定要因です。

JPEGには透過性が無いため、JPEGソースから透過可能なBMPは作成できません。ソースがアルファチャネル付きのPNGであっても、BMP出力でそれが保持されることは想定しないでください。多くのBMP変種やリーダーはアルファチャネルを無視します。透過性が重要な場合は、結果を宛先のシステムで確認してください。

バッチ変換

ファイルを追加し、BMPを選択した状態を保ち、リサイズオプションを設定して処理を実行します。各カードには進捗とダウンロードリンクが表示されます。ZIPアーカイブはありませんので、各ファイルを個別に保存してください。

まずテストファイルを1つ使用してください。大きな写真は数十MBのビットマップになり得るため、そのバッチは素早くフォルダを詰め込む可能性があります。宛先が元の寸法を必要としない場合は、変換前にリサイズしてください。

出力名の付け方には注意してください。JPEGと同一のベース名を持つBMPファイルのフォルダは、オリジナルと混同しやすいです。

BMPを使わない方が良い場合

ウェブサイト、メール添付ファイル、クラウドギャラリーにはBMPを使用しないでください。ファイルが大きすぎて、非可逆（lossless）グラフィックにおけるPNGや写真におけるJPEGに対する利点がありません。宛先が要求しない限り、長期アーカイブとしても使用しないでください。多くの作業において、PNGやTIFFは優れた非可逆形式です。

すべてのブラウザが受け入れる形式のみ必要であれば、JPEGまたはPNGを使用してください。Web用の小さなファイルが必要であれば、WebPまたはJPEGを使用してください。

制限とプライバシー

ファイルはサーバーサイドでの変換のためにアップロードされます。公開変換ツールに身分証や機密画像を送信しないでください。このページはローカル専用のモードを提供しておらず、結果のギャラリーも保持しません。

非常に大きな画像や長いバッチでは、アップロードやメモリ制限に抵触する可能性があります。処理が停止した場合はバッチを分割し、BMPを宛先のデバイスで確認するまで、オリジナルを保持してください。

BMPの変種とリーダー

BMPは単一の固定ファイルではなく、レイアウトの一族です。ビットマップは、異なるビット深度、カラーテーブル、圧縮モードを使用できます。.bmp拡張子を持つ2つの変種であっても、ある変種を読み込めるプログラムが別のものを拒否することがあります。宛先が特定の変種を指定している場合、バッチ変換の前に小さなファイルでテストしてください。

古いWindowsツールでは、シンプルな非圧縮ビットマップが求められることが多いです。産業用ソフトウェアは、寸法やカラー深度に対してより厳格な場合があります。ファイルが失敗した場合、問題点は多くの場合、イメージの内容ではなく、変種やサイズです。

デバイス向けに画像を準備する

デバイスが表示する正確なピクセルサイズから始めます。変換後のリサイズは別のステップを追加し、巨大なビットマップはデバイスのメモリやストレージを超えてしまう可能性があります。宛先に固定のフレームがある場合は、変換前に画面の比率に合わせてトリミングしてください。

カラー要件を確認してください。制約されたパレットを持つデバイスでは、滑らかな写真が再現されない可能性があり、透過付きPNGは予期しない背景の上にフラット（不透明）になり得ます。一般的なガイドよりも、実機での簡単なテストの価値の方が高いです。

変換チェックリスト

変換先がBMPに対応していることを確認し、正しい寸法を設定した後、1ファイルをテストしてからバッチ変換を実行してください。JPEGのオリジナルは保持し、BMPのコピーには明確なラベルを付け、ストレージが逼迫している場合はデバイスやレガシープログラムが受け取った後にビットマップを削除してください。

カラー深度とファイルサイズ

24ビットのビットマップは、ピクセルごとに3バイト（赤、緑、青）を保存します。32ビットのビットマップには、アルファチャンネルに使用される可能性がある4つ目のバイトが追加されます。したがって、1000 x 1000の画像は、ヘッダーやパディングを考慮する前に、おおよそ3〜4メガバイト必要であり、これがビットマップが急激に大きくなる理由を説明しています。

変換先が低いカラー深度を受け入れられる場合、ファイルは小さくなりますが、画像にはバンドリング（はねり）が発生する可能性があります。低い深度を選ぶ前に要件を確認してください。デバイスで正しく表示されない小さなファイルはメリットではありません。

幅が4バイトの倍数でない場合、行パディングによりサイズがさらにわずかに増加することがあります。このオーバーヘッドはピクセルデータと比較すると小さなものですが、最終的なバイト数が単純な「幅 x 高さ」の計算と正確に一致しないもう1つの理由になります。

変換先が32ビットのビットマップを指定している場合、セット全体の変換前にアルファチャンネルをテストしてください。リーダーがファイルを受け入れることはあっても、透過性を無視することがあるためです。

よくある質問