WebP を BMP に変換

これはまず覚悟しておくべきことで、他の変換ではファイルが小さくなるのに慣れているとつまずきます。WebP は配信のために圧縮する形式で、BMP は復号処理なしに画素の矩形をそのまま保存する形式です。算術は単純で、画素あたり 3 バイトに 54 バイトのヘッダーを足すだけです。

このサイトのサンプルでは 480×320 の写真が WebP で 14,700 バイト、BMP で 460,854 バイトです。中身に関係なく BMP の数字は変わらないので、4,000 ピクセルの写真なら約 48 MB になる計算です。

WebP は 1 つの拡張子で 2 つの形式を兼ねています。静止画とアニメーションです。ここで使われる復号器は静止画だけを扱うため、アニメーションのファイルは 1 コマ目に縮小されるのではなく、読み取れる文言とともに拒否されます。

1 コマだけ欲しいなら、ブラウザーで開いて一時停止しスクリーンショットを撮ってください。動きそのものが必要なら、WebP から GIF への変換が動きを保ちます。

24 ビット、無圧縮、BITMAPINFOHEADER 付きという、あらゆる BMP 読み取り器が理解する基本形です。パレットもランレングス圧縮も V5 ヘッダーもありません。

3 つの点に注意してください。行は下から上に格納され、チャンネルは青緑赤の順で、各行は 4 バイトの倍数にパディングされます。すべて仕様どおりです。解像度は 72dpi 相当の値で書かれ、0 のままだと一部の古いビューアーが開けなくなるため実際の値が入ります。

WebP は本物のアルファチャンネルを持ち、ウェブから保存された画像の多くがそれを使っています。BMP にはアルファがないので、符号化の前に単色の背景に合成されます。

既定は白で、変更する項目があります。人ではなく機械が受け取る宛先なら、この色を意図的に選んでください。しきい値処理をする検査ルーチンや、特定の色を透過キーとして扱う表示ドライバーは、白と黒とマゼンタでまったく違う挙動をします。

非可逆の WebP はすでに平坦な部分を滑らかにし、輪郭にリンギングを加えています。それが今の画素です。無圧縮の容器に書いても正確に保存されるだけで、何も取り戻せません。

「無圧縮」は「高品質」のように読めますが違います。元がサイトのフォールバックとして提供されている PNG など他の形で手に入るなら、そちらを変換するほうが結果は良くなります。

30 倍という増加を受け入れる前に、ドキュメントを 5 分読んでみてください。組み込みや検査、産業用のツールの多くは PNG も受け付け、PNG は可逆で、ずっと小さく、透過も持てます。両方が挙げられているなら PNG のほうが有利です。

本当に BMP しか受け付けない場面は現実にあります。自作の解析器、数キロバイトの ROM しかない表示コントローラー、1997 年に書かれて再ビルドできないプログラム、読み取ること自体が課題である授業課題。このページはそうした場面のためのものです。

出力サイズは画素数だけで決まるので、寸法を減らすことが唯一の調整手段です。最大幅の設定はフィルターをかけながら縮小するので、文字や輪郭は階段状にならずきれいに残ります。

480×272 の組み込みディスプレイに 2,000 ピクセルの元画像は不要で、時間とメモリーを無駄に使います。BMP 自体は上限を持たないので、制約は受け取る側が扱えるメモリー次第です。

ただ普通のソフトが開けないという問題なら、WebP から PNG への変換がほぼ毎回の正解です。可逆で、広く対応し、透過も保たれ、BMP のごく一部の大きさで済みます。相手が人ならWebP から JPG への変換が期待されるものです。

文書や仕様に基づく提出が必要なら、WebP から PDF や TIFF への変換のほうが BMP より実際に求められている形式であることが多いです。

WebAssembly にコンパイルされた libwebp が復号し、BMP はヘッダーの後に画素が並ぶだけの形式なので数十行の手書きコードで書き出します。何もアップロードされず、アカウントも不要です。

無料枠は 1 ファイルあたり 100 MB です。フォルダーごとの変換にも対応していますが、各 BMP が画素あたり 3 バイトになるため、高解像度の束を一度に変換すると結果の ZIP がかなり大きくなります。