HEIC を BMP に変換 — 古いソフトが読める形に

誰も好んで BMP を選びません。ここへたどり着く検索は、在庫管理システムや倉庫のラベルプリンター、社員証発行ソフト、顕微鏡やゲージのカメラユーティリティ、編み機や刺繍デザインソフト、あるいは 2003 年に請負業者が Visual Basic で書いて以来誰も触っていない何かの、ファイルダイアログから来ます。そこに並ぶ拡張子の一覧は JPEG がまだ新しかった時代に書かれ、BMP は Windows 3.0 の頃からずっとその一覧に載っています。

これがこのページの存在理由のすべてです。プログラムが PNG を受け付けるなら PNG のルートを使ってここで読むのをやめてください。同じピクセルが 3 分の 1 の容量で済みます。一覧が本当に BMP、JPG、TIF で終わっているなら、BMP は写真を 2 度目に圧縮しない選択肢で、このページの残りはそれが何を代償にするかについてです。

BMP はヘッダーのあとにピクセルが続くだけです。54 バイトが幅、高さ、色深度を記述し、そのあとはすべて絵が順番どおりに並んでいます。プログラムはライブラリなしで 30 行のコードで読めます。だからこの形式は Windows の 40 年を生き延び、あらゆる古い取り込みソフトが対応しているのです。

HEIC はその正反対です。MP4 と同じ箱とアトムの構造を持つ ISO ベースメディアコンテナで、動画符号化方式である HEVC で圧縮された画像データを収めています。開くには HEVC の復号器を同梱し、その背後の特許プールに対処する必要があり、だからこそ Microsoft 自身の製品でも対応は遅く、多くの小さなデスクトップソフトには結局対応が来ませんでした。この差は怠慢ではなく、ビットマップにはない本物の依存関係です。

1 ピクセルあたり 3 バイト、1 行ずつ、各行は 4 バイトの倍数まで詰められ、54 バイトのヘッダーが加わります。4,032 かける 3,024 の 1200 万画素の iPhone 写真は、1 行あたり 12,096 バイトで、これはすでに 4 の倍数なので、ピクセルデータは 36,578,304 バイト、合計 36,578,358 バイト——36.6 MB になります。元の HEIC はおそらく 1.5 から 2.5 MB でした。

この 20 倍という係数こそこの形式の要点であり代償です。iPhone 14 Pro 以降の 4800 万画素、8,064 かける 6,048 のフレームはおよそ 146 MB になります。この大きさのものはスキャンした帳票を想定していたプログラムの中を遅く動き、一部の古い取り込みソフトはそれよりずっと低い独自の上限を持っています。あとで上限を発見するより、変換時に最大幅を設定しておくべき理由です。

14 バイトのファイルヘッダー、40 バイトの BITMAPINFOHEADER、そしてピクセルです。24 ビットずつ、青・緑・赤の順、行は下から上へ。この 3 つはどれも間違いのように見えて、どれも仕様どおりです。BMP は当時の表示アダプターがどう供給されたがっていたかに合わせて設計され、その配置は一度も変わっていません。

2 つの解像度の欄はどちらも 1 メートルあたり 2,835 ピクセル、つまり 72 dpi として書かれます。それを読むソフトはほとんどありませんが、ゼロのままだと一部の古いビューアーがファイルをまるごと拒否するので、実際の数値が入ります。カラーテーブルはなく、圧縮フィールドも使われず、ICC プロファイルもありません。ここで書く形式にはそれを置く場所がないからです。

HEIC はチャンネルあたり 10 ビットを持て、iPhone はその余裕を実際に使っています。特に階調が滑らかな部分——晴れた空、片側から照らされた壁、柔らかい光の中の肌——では 8 ビットでは段差が見えます。ここで書く BMP はチャンネルあたり 8 ビットなので、その追加の階調は途中で量子化されて失われます。

ラベルプリンターや計測器向けの写真ではこれは見えず、無関係です。重要になるのは受け取るプログラムが階調を大きく引き伸ばす場合だけです。元では見えなかったバンディングが、階調を広げることで見えるようになることがあります。それが目的なら HEIC も残しておいてください。8 ビットのビットマップは機械に渡すコピーであって、編集するコピーではありません。

iPhone は写真に Display P3 色空間のタグを付けます。彩度の高い赤や緑で sRGB よりはっきり広い色域です。BMP には色プロファイルを入れる欄がまったくないので、そのタグは運ばれず、ファイルを読むものは数値を sRGB として扱います。

実際にはこれは劇的な変化ではなく、彩度の高い色がわずかに落ち着く程度で、産業用や業務用のソフトの多くはどのみちプロファイルを無視していたでしょう。正確な色が重要な場合——製品の色見本合わせなど——にはこの経路は不向きで、プロファイルを運べる形式を代わりに使うべきです。

HEIC はアルファチャンネルを持てて、iPhone に近いいくつかのワークフローがそれを生成します。ビットマップはできません。ここの書き込み側は 1 ピクセル 24 ビットでアルファなしで出力するので、透明な部分はピクセルを書く前に、ドロップゾーンの上にある背景色——初期値は白——の上に合成されます。

普通のカメラ写真には埋めるべき透明な部分がなく、この設定は理屈の上の話にとどまります。本物の切り抜きを持つ HEIC があって、その背後に特定の色が必要なら、白の既定値に頼らず変換前にその色を設定するか、透明をそのまま保つ PNG に変換してください。

最大幅の設定は、この組み合わせで結果を桁違いに変える唯一のコントロールです。ファイルサイズが画素数に正比例するからです。4,032 ピクセルを 1,024 に切り詰めれば、36.6 MB の結果はおよそ 2.4 MB になり、社員証やラベル、部品カタログの項目、フォームの添付には十分すぎるほどの解像度です。

この数字は電話の出力ではなく、プログラムが絵をどう使うかから決めてください。画面上 300 ピクセルで表示される写真は 4,032 ピクセルから何の恩恵も受けず、ビットマップは使われないピクセルの代償を、ファイルを開くたびコピーするたびに全額支払う唯一の形式です。

1 枚ずつではなく選択したものすべてを一度に置いてください。それぞれ個別に復号され、書き込まれ、進捗が表示され、完成したビットマップはまとめて 1 つの ZIP として受け取れます。それは 36 MB のファイル 30 個をネットワーク越しに動かす賢明な方法でもあります。

無料枠は入力 1 ファイルあたり 100 MB までを受け付け、どの HEIC も余裕で収まります。ここでの制約は入力ではなく出力の側です。処理はあなたの処理能力で動くので、大きなバッチは他人のジョブの待ち行列ではなく、あなたの端末の性能に制約されます。

ビットマップは配送用の形式であって、保管する価値のあるコピーではありません。タイムスタンプもカメラ情報も位置情報も色プロファイルも持たず、元のファイルの 20 倍の容量を占めるので、BMP のアーカイブは両方の悪いところを併せ持ちます。

HEIC ファイルは写真アプリか書き出し先にそのまま残し、それぞれの BMP は数秒で再生成できる使い捨ての出力として扱ってください。古いプログラムがいつか PNG の取り込みに対応したり置き換えられたりしても、日付と完全な色を保った原本はまだ手元にあります。