# AVIF to PNG > AVIFを表示できないブラウザでも、端末内でPNGに変換して開けます。10ビットの階調は8ビットに潰れ、実測は491,861→1,823,978バイトでした。 - URL: https://bytescope.dev/ja/image-convert/avif-to-png/ - Locale: ja · Also: [en](https://bytescope.dev/en/image-convert/avif-to-png.md) · [zh-Hant](https://bytescope.dev/zh-Hant/image-convert/avif-to-png.md) - Runs: ファイルはブラウザから送信されません — 処理はすべてローカルで行われます。 - Requires: Any modern browser (Chrome, Edge, Firefox, Safari), desktop and mobile. - Updated: 2026-09-08 ## What it does ### 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でダウンロードできます。 ## Limits ロスレスの行き先で誰も予想しないのがビット深度の損失で、しかもここでは一番効いてきます。AVIFは10ビット・12ビットの標本とHDRの伝達関数まで規定していますが、この変換は2つあるデコード経路のどちらを通っても8ビットのバッファで終わります。ブラウザ本体のデコーダーは8ビットのcanvasに描き、同梱のWASMフォールバックは8ビットの`ImageData`を返すからです。つまり出力はその8ビットに対してだけ可逆で、それ以上のものには何も保証しません。10ビットの素材では完全に滑らかだった階調が、3〜4倍の容量のファイルで目に見える段差になることがあります。HDRのグレーディングなら、その階調幅は圧縮される以前にエンコードの前で消えています。 アニメーションは先頭のコマで止まります。複数コマの素材は検出され、残りのコマと表示間隔は捨てられ、1コマだけ変換したという警告が出ます。この経路が書き出すのはAPNGではなく単一画像のファイルだからです。デコードそのものにも知っておくとよい点が2つあります。まずブラウザに尋ね、それがまったく扱えない場合はWASMのAV1デコーダーを読み込み、フォールバックが動いたことを注記で知らせます。つまり表示すらできない環境でも変換は通ります。そのフォールバック経路では、変換器がコンテナから`irot`と`imir`の向き情報を自分で読んで適用します。WASMデコーダーは回さないまま返してくるからです。 アルファは完全に残り、背景色はどこにも当たりません。そしてここから先は品質が落ちません。最後の点は言い方が大事です。ロスレスなのは「ここから先」であって「ここまで」ではありません。元のエンコーダーがなましたもの、強いエッジに残した輪、合成したフィルムグレインは、いまや絵そのものとして正確に、そして永久に記録されます。 ## FAQ ### 変換後に滑らかな階調が帯になるのはなぜですか？ 素材が10ビットや12ビットで持っていたかもしれない標本を、この経路は8ビットで受け取るからです。階調を連続に見せていた中間の段は、エンコード前に落ちています。可逆な形式が保存できるのは渡された値だけで、見たことのない値ではありません。 ### ブラウザが表示できないファイルでも変換できますか？ できます。まずブラウザ本体のデコーダーを試し、断られたら同梱のWASM版AV1デコーダーが引き継ぎ、その旨を注記で知らせます。その経路ではコンテナから向きの情報を読んで自分で適用するので、結果はきちんと正しい向きで出てきます。 ### ロスレスの形式にすれば絵はよくなりますか？ なりません。ここから先は何も失わない、という意味です。元のエンコーダーが残したなましや縁の輪、合成されたグレインまで正確に記録されるので、手に入るのは近似の忠実な（そしてかなり大きい）複製であって、元の光景の復元ではありません。 ### 画像はどこかにアップロードされますか？ いいえ。変換はcanvas APIとWeb Workerを使ってブラウザ内で行われ、ファイルがデバイスから外に出ることはありません。アップロード工程も待ち行列もなく、ファイルサイズの制限もお使いのマシンのメモリ以外にはありません。 ### 変換後の画像にEXIFメタデータは残りますか？ いいえ — そしてそれは意図した機能です。canvas経由の再エンコードは、GPS位置情報、カメラの機種、タイムスタンプ、カラープロファイルといったすべてのメタデータを除去します。出力に含まれるのはピクセルだけで、画像を公開共有する前に望ましい状態になっています。 ### 多くの画像を一度に変換できますか？ はい。何枚でもファイルをドロップまたは貼り付けてください。それぞれがバックグラウンドで変換され、個別の進捗とダウンロードボタンが付きます。すべてを.zipアーカイブとして一括ダウンロードすることもできます。 ### 変換すると画質は落ちますか？ 変換先によります。このコンバーターは、どの形式の組み合わせでも常に生のピクセルにデコードしてから再エンコードします。メタデータが除去されるのも同じ仕組みによるものです。ロスレスの変換先（PNG、および256色の範囲内のGIF）ではデコードしたピクセルと完全に同一のまま保たれ、JPEG・WebP・AVIFでは品質スライダーでトレードオフを調整できます。すでに非可逆の画像を変換すると、劣化がもう一世代ぶん重なります。