透明部分の処理を選んでWebPをJPGに変換

JPEGにできないこと

JPEGにはアルファチャンネルがありません。写真向けに1992年に完成した形式であり、写真には透明な部分がないため、形式として透明部分を記録する方法がありません。これは誰かが修正するような制限ではありません。ビットストリームに格納する場所がないのです。

そのため、元のファイルにある透明なピクセルはすべて不透明なピクセルに変える必要があり、問題は色を何にするかだけです。ほとんどの文書やウェブページは白いため、通常は白が選ばれます。暗いページではそれが間違いになります。白の上に変換されたロゴは白い長方形の中に入ってしまいます。これはこの変換で最もよくある不満ですが、変換ツールのバグではありません。

選択は元に戻せません。ファイルがJPEGになるとアルファ情報は失われ、後の処理で復元できません。そのため、このツールは元のファイルの透明部分を検出し、静かに決めるのではなく確認します。保存先で本当に透明部分が必要なら、PNGへの変換で保持できます。そもそも非可逆WebPでも透明部分は保持されていました。

2回の非可逆圧縮と、2回目の影響を抑える方法

非可逆WebPでは、すでに細部が破棄されています。それをデコードしてJPEGにエンコードすると、さらに情報が失われます。2つのコーデックは同じものを破棄するわけではありません。WebPは異なる変換と異なる量子化を使うため、そのアーティファクトはJPEGエンコーダーが想定するものではありません。結果として、2回目の処理では1回目の処理による誤差を細部として保持するためにビットを使うことになります。

実際の対策は、通常より高い品質に設定することです。品質92では2回目の処理は実質的に目立ちません。ファイルはWebPより大きくなりますが、WebPですでに失われたものを除けば、目に見える情報は失われません。品質70では、特に輪郭や空のような平坦なグラデーションで、劣化が重なった影響が現れます。

元のWebPが可逆形式、つまり書き出したグラフィックやスクリーンショットであれば、この話は当てはまりません。非可逆圧縮は1回だけだからです。それでも文字を含むものでは品質を高く保つ価値があります。JPEGのリンギングが最も見えやすい部分であり、そもそもPNGのほうが適した保存先だからです。

この変換が適している場合

ウェブ用ではありません。現在使われているすべてのブラウザがWebPを表示できるため、ウェブ画像をJPEGに変換しても利点がないまま大きくなるだけです。変換する理由は、ブラウザではないソフトウェアに関するものです。

• 古いデスクトップアプリケーション。デザインツール、ページレイアウトソフト、ロゴ欄のある会計ソフトなど、「画像」を受け付けるがJPEGを意味するもの。
• 印刷ワークフロー。プリンターのプリフライトソフトウェアが、技術的には読み取れる場合でも、見慣れないコンテナを拒否することがあります。
• 文書テンプレート、フォーム、受け付ける拡張子が固定されたポータル。
• JPEGの添付ファイルなら本文内に表示し、WebPならダウンロードを提案するメールクライアント。
• 自分が管理していないマシンで、誰かにダブルクリックして開いてもらうファイル。
• デジタルフォトフレーム、車載ヘッドユニット、カメラの再生モードなど、デコーダーが固定された機器。

これらのケースでも、JPEGがより優れた形式というわけではありません。互換性がある形式なのです。それは十分に現実的な理由であり、理由を明確にしておく価値があります。「品質のためにJPGへ変換する」という言い方がありますが、それが正しかったことはありません。

変換せずにWebPを開く

このようなページへのアクセスの半分は、開けないファイルを送られてきた人によるものです。その場合、最も早い解決策は通常、変換ではありません。ファイルをブラウザウィンドウにドラッグすれば表示できます。どのオペレーティングシステムでも動作し、インストールも必要ありません。WindowsのPhotosは2019年からWebPを読み取り、macOSのPreviewもBig Sur以降で対応しているため、通常はダブルクリックでも開けます。

変換は、ファイルを次の相手やソフトウェアに渡すためのものです。表示するためではありません。目的が画像を見ることだけなら、いまこのページを読んでいるブラウザがすでに問題を解決しています。

変換で失われるもの

変換はデコードされたピクセルから行われるため、元のファイルのメタデータは引き継がれません。EXIFも、XMPも、ブラウザがすでに適用した色以外のICCプロファイルも、C2PAマニフェストもありません。出力はJFIFヘッダーを持つだけの単純なJPEGで、その他の情報は付加されません。

元のファイルが位置情報を含む写真だった場合には便利ですが、残したかった著作権表示を含んでいた場合には不便です。ここに中間設定はありません。再エンコードとメタデータの保持は別の処理だからです。ファイルが保持している情報を確認し、画像には一切触れずに判断する場所は、メタデータツールです。

透明部分は前述のとおり背景色になります。アニメーションは保持されません。アニメーションWebPは最初のフレームとして変換されます。これはキャンバスベースの変換ツールすべてに共通する性質です。

サイズと予想される結果

非可逆WebPを品質92のJPEGに変換すると、通常は元のファイルよりやや大きくなります。WebPのほうが効率のよいコーデックであることに加え、JPEGエンコーダーがWebPのアーティファクトを細部として保持するため、3分の1から半分ほど大きくなることがよくあります。可逆WebPをJPEGに変換した場合は、可逆形式が非可逆形式になるため、大幅に小さくなります。

このページの結果表示では両方のサイズと変化量を報告するため、どちらのケースかを推測する必要はありません。結果が大きすぎる場合は、圧縮ツールで正確な上限を目指せます。画像のピクセル数も必要以上に大きいなら、リサイズツールのほうが大きな効果があります。

すべての処理はこのブラウザのタブ内で行われます。ファイルはデコードされ、キャンバスに描画され、エンコードされてから返されます。ファイルをどこかへ送るリクエストはなく、このドメインにはファイルを受け付けるエンドポイントもありません。