ブラウザは HEVC を再生できるか

このブラウザ

確認中

navigator.mediaCapabilities: 確認中
MediaSource.isTypeSupported: 確認中
HTMLMediaElement.canPlayType: 確認中

H.264 (AVC)

ウェブの定番映像コーデック。YouTube、Zoom、iPhone 以外のカメラが吐く MP4 のほとんど。

HEVC (H.265)

Apple まわりのコーデック。iPhone のカメラロール、4K ブルーレイ、ドローン。Safari は再生でき、Firefox はだいたいできない。

VP9

Google の WebM 用コーデック。AV1 以前の YouTube の主力。Android と Chrome OS ではまだよく見る。

AV1

YouTube と Netflix の新しい帯域節約。ライセンス料は不要で、問題は復号の重さ。

Dolby Vision

シーンごとのメタデータ付き HDR。配信アプリと一部の iPhone 映像。復号とディスプレイ経路の両方が要る。

AAC

MP4 音声の定番。iTunes、スマホの動画、HLS のほとんど。

Opus

WebRTC と WebM の音声。Discord や Meet、ブラウザ内の通話。

AC-3

Dolby Digital。放送、ブルーレイ、テレビ録画。ライセンスの都合でブラウザが省くことが多い。

E-AC-3 / Atmos

Dolby Digital Plus。Atmos の JOC も含む。配信アプリでよく見る。コーデック文字列は今も `ec-3`。

FLAC

ロスレス音声。Bandcamp、一部の WebM、MP4 のサウンドトラック。

MP3

今でもどこにでもある。ダウンロード、ポッドキャスト、MP4 に入れるときは `mp4a.40.34`。

よくある対応

表は目安です。上の実測を信じてください。Chrome の HEVC はバージョン名ではなく、OS と GPU 次第です。

API / コーデック	Chrome	Edge	Firefox	Safari
MediaCapabilities.decodingInfoChrome、Edge、Firefox、Safari。1件ずつ reject することがあります。	✓	✓	✓	✓
MediaSource.isTypeSupportedSafari の MSE はありますが、Chromium より狭いです。	✓	✓	✓	◐
HTMLMediaElement.canPlayType返り値は "" / maybe / probably の三値で、真偽ではありません。	✓	✓	✓	✓
HEVC (hvc1 / hev1)Safari は可。Firefox はだいたい不可。Chrome / Edge は OS と GPU。	◐	◐	✗	✓
AV1 (av01)Chrome / Edge / Firefox は可。Safari 17 以降は Apple silicon で可。	✓	✓	✓	◐

今このブラウザ: 確認中

このツールについて

目の前のブラウザに、HEVC、AV1、VP9、H.264、Dolby Vision、AAC、Opus、AC-3、E-AC-3、FLAC、MP3 が再生できるか聞きます。ファイルは上げません。navigator.mediaCapabilities.decodingInfo()、MediaSource.isTypeSupported()、HTMLMediaElement.canPlayType() を、決まったコーデック文字列の表に対して呼び、返ってきた値をそのまま出します。HEVC が再生できるかの確認も AV1 の確認も、同じ一回の走査です。

API は三つ、表は一つ

decodingInfo は非同期で、reject します。1行ずつ try/catch するので、1件の失敗で表全体は落ちません。canPlayType は "" / maybe / probably のまま出し、真偽には潰しません。isTypeSupported は MSE の答えで、<video src> のファイル再生とは別物です。

ハード復号とソフト復号

decodingInfo が返ってきたら、supported、smooth、powerEfficient の三つの旗を出します。対応していて省電力ならハード復号。対応しているのに省電力でないなら、ソフト復号の可能性（電力を食う）と書きます。API が無いか reject された行は不明のままです。canPlayType だけから推測はしません。

maybe は「再生できる」ではない

canPlayType の maybe は、ブラウザが約束を嫌がっている、という意味です。probably はもう少し強いヒントで、フレーム単位の保証ではありません。空文字は不可です。この三値こそ API の答えで、潰すと Safari や Firefox が本当に返している内容が消えます。

今このブラウザにあるもの

機能検出はページが載ってから走らせます。canPlayType は Chromium、Firefox、Safari にあります。MediaCapabilities と MSE の範囲は違います。説明と FAQ は、HEVC を復号できないブラウザでも出します。バージョン表より、上の実測を信じてください。Chrome の HEVC は OS と GPU の問題です。

よくある質問

Chrome は HEVC を再生できますか？

場合によります。Safari はだいたいできます（Apple silicon や多くの iPhone）。Firefox はだいたいできません。Chrome と Edge は、OS の HEVC パックと GPU 次第で、Chrome のバージョン名では決まりません。このページは、今入っている環境向けの HEVC 再生確認です。

powerEfficient は何ですか？

powerEfficient: true は、専用の復号器（ハードウェア）を使っていそう、とブラウザが言っている印です。supported: true なのに false ならソフト復号で、再生はできても CPU と電池を食います。このページはそれをハード／ソフトと平たい言葉で出します。

maybe と probably を、はい／いいえにしないのはなぜ？

canPlayType の仕様は ""、maybe、probably の三値です。maybe は、とくに HEVC と Dolby Vision では本物の答えです。真偽に潰すと、ブラウザが実際より確信しているように見えます。

動画はアップロードされますか？

されません。サンプルファイルもありません。走査は、このタブの中の MIME 文字列と復号の問い合わせだけです。サーバには何も送りません。

mp4 と webm の両方を試すのはなぜ？

同じコーデックでも、入れ物が違うと許可が変わります。VP9 と AV1 は WebM が本拠で、HEVC と Dolby Vision はほぼ MP4 だけです。両方試すと、このブラウザが本当に受け付ける組み合わせが見えます。