メディア情報の確認

ファイルをページにドロップしてください。概要にコンテナーと、映像・音声それぞれのコーデックが表示されます。H.264、HEVC、VP9、AV1、AAC、Opus などで、ストリーム一覧にはトラックごとのプロファイル、コーデックタグ、ビットレートが加わります。アップロードは行われません。FFmpeg がブラウザーのタブ内で読み取っており、実行中にネットワークパネルを開けば確認できます。

全体のビットレートは概要に、各ストリームのビットレートはコンテナーが記録していれば個別に表示されます。MP4 と MOV はトラックごとの値を持つのが普通で、MKV と WebM はまったく持ちません。その場合は、ツールが作り出した数値を置く代わりに空欄のままにします。「カウント」を押せば、映像と音声が実際に使ったバイト数を測って正確な値が得られます。

されません。エンジンは WebAssembly にコンパイルした FFmpeg で、ブラウザーのタブ内で動きます。ファイルはディスクからタブのメモリーへ読み込まれるだけで、内容がネットワークに出ることはありません。インタビューの録画や顧客の素材、社内システムから取得した映像にローカルのツールを使う理由がここにあります。

コンテナーはファイル形式そのもの——MP4、MKV、WebM——で、ストリームに加えて再生に必要な時間と索引の情報を収めています。コーデックは中の映像と音声の圧縮方法で、H.264 や AAC などです。コンテナーに対応していても中身をデコードできないことがあるため、開けない MP4 は矛盾ではなくごく普通の問題であり、このツールが両者を分けて示すのもそのためです。

保存されている向きと、表示されるべき向きが違うからです。スマートフォンはセンサーの横向きで記録し、その隣に回転情報を書きます。正しい映像は、保存された映像をその情報の分だけ回したものです。情報を尊重するソフトは正しい向きで、無視するソフトは横向きで表示します。判断のパネルには回転情報の有無と、適用後にどう見えるはずかが示されます。

MP4 はサンプルテーブルを moov というボックスに置きます。プレーヤーは 1 フレームを表示する前にこの地図を必要とします。順に書き出すエンコーダーは映像データの後ろに置くため、ブラウザーは再生前に追加の範囲リクエストを必要とすることがあります。サーバーがバイト範囲リクエストに対応していなければ、大半、場合によってはファイル全体を待つため、長く固まったように見えます。このボックスを先頭へ移すことを faststart と呼びます。FFmpeg の出力には現れないため、このツールはファイルからボックスの順序を直接読み取ります。

平均フレームレートと基準フレームレートは別の時間情報を示すため、差は詳しく見るべき手がかりであって、可変フレームレートの判定ではありません。「カウント」は実際のパケット数を加え、ヘッダーの見積もりと比べます。差は長さやレートの丸め、特殊なタイムスタンプでも生じます。可変フレームレートを確定するにはフレームごとの時間情報が必要で、このツールはそこまでは解析しません。

Matroska がその値を保存しないからです。トラックごとのビットレートは MP4 と MOV の流儀で、MKV と WebM はストリームだけを記録し、計算は必要な人に任せます。このツールはその欄を推測で埋めず、空欄のままにします。「カウント」を押せば、映像が実際に占めるバイト数を合計して実際の値を測ります。

できます。MP3、M4A、AAC、WAV、FLAC、OGG、Opus も同じように読み取り、ビットレート、サンプルレート、チャンネル配置、長さ、タグを表示します。アルバムのアートワークは映像トラックではなくアートワークとして扱われます。ほかのツールが音声ファイルに映像が入っていると言い張るのは、たいていこれが理由です。

長さ × 平均フレームレートは見積もりにすぎません。長さやレートの値は丸められていることがあるためです。「カウント」はすべてのパケットを、1 フレームもデコードせずに通し、実際の数を返します。さらにヘッダーの見積もりと比べることで、異なる時間情報を理解する手がかりになりますが、1 つの数から問題を断定するものではありません。

ビット深度は各色の値をどれだけ細かく記録するか、色差サンプリングは明るさに対してどれだけ色の情報を残すかを指します。一般的な映像は 8 ビット 4:2:0 で、どこでもデコードできます。業務用カメラや編集向け形式は 10 ビットや 4:2:2 を生み出し、情報量は多い一方で、ブラウザー・スマートフォン・古い編集ソフトが最も拒否しやすいものでもあります。どちらもピクセル形式から読み取ってここに表示します。

確認の前にファイル全体をタブのメモリーへ載せます。WebAssembly は 32 ビットのため、実用上の上限はおおよそ 250 MB 前後です。その範囲であればヘッダーの読み取り自体はサイズによらず高速です。カウント処理はすべてのパケットを通るため、デコードはしないもののファイルの長さに比例した時間がかかります。