AVIF to PNG

AVIF を PNG に変換する理由

AVIFからPNGにすると失われるもの

ロスレスの行き先で誰も予想しないのがビット深度の損失で、しかもここでは一番効いてきます。AVIFは10ビット・12ビットの標本とHDRの伝達関数まで規定していますが、この変換は2つあるデコード経路のどちらを通っても8ビットのバッファで終わります。ブラウザ本体のデコーダーは8ビットのcanvasに描き、同梱のWASMフォールバックは8ビットのImageDataを返すからです。つまり出力はその8ビットに対してだけ可逆で、それ以上のものには何も保証しません。10ビットの素材では完全に滑らかだった階調が、3〜4倍の容量のファイルで目に見える段差になることがあります。HDRのグレーディングなら、その階調幅は圧縮される以前にエンコードの前で消えています。

アニメーションは先頭のコマで止まります。複数コマの素材は検出され、残りのコマと表示間隔は捨てられ、1コマだけ変換したという警告が出ます。この経路が書き出すのはAPNGではなく単一画像のファイルだからです。デコードそのものにも知っておくとよい点が2つあります。まずブラウザに尋ね、それがまったく扱えない場合はWASMのAV1デコーダーを読み込み、フォールバックが動いたことを注記で知らせます。つまり表示すらできない環境でも変換は通ります。そのフォールバック経路では、変換器がコンテナからirotとimirの向き情報を自分で読んで適用します。WASMデコーダーは回さないまま返してくるからです。

アルファは完全に残り、背景色はどこにも当たりません。そしてここから先は品質が落ちません。最後の点は言い方が大事です。ロスレスなのは「ここから先」であって「ここまで」ではありません。元のエンコーダーがなましたもの、強いエッジに残した輪、合成したフィルムグレインは、いまや絵そのものとして正確に、そして永久に記録されます。

実測でファイルサイズがどう変わったか

2026-09-12、スクリプトは1280 × 854・品質85の素材491,861バイトを測り、デコードして「最適化 (oxipng)」をオンにしてPNGを書きました。結果は1,823,978バイト、約3.7倍です。この比率を押し上げる要因は2つあります。写真を可逆で持つこと自体が高くつくこと、そして前のエンコーダーのなましやリンギングまで細部として記録しなければならないことです。後者は本物の質感と同じくらい予測が効きません。実測はそのチェックをオン、このページでは既定で外れています。外したままなら、ブラウザ側のエンコーダーが出す結果はもう少し大きくなるのが普通です。フラットなイラストやスクリーンショットは増え方がずっと穏やかで、行フィルターやパレット化が効くぶん得をします。

AVIFをPNGにしない方がよい場面

配信のために変換するのはやめてください。元の方が小さく、これは中身を増やさずバイト数だけ増やす操作です。読めない環境があるなら、JPGのフォールバックの方がはるかに安く済みます。保管目的にも向きません。結果は元より忠実になるわけではなく大きいだけで、目録の索引に使うメタデータも失っています。細部やシャープさやダイナミックレンジが戻ることを期待するのも筋違いです。1200万画素の写真のフォルダに一括でかけるのも、1枚あたり数十メガバイトの空きがあるとき以外は避けてください。向いているのは、編集ソフト・オフィスソフト・印刷工程・投稿欄が素材を受け付けないとき、その受け渡しで透過を維持したいとき、そして何度も編集して保存し直せる中間ファイルが欲しいときです。

変換はすべてブラウザ内で完結します — アップロードなし、待ち行列なし、ウォーターマークなし。ファイルはいくつでもドロップでき、個別またはZIPでダウンロードできます。