メディアファイル情報（長さ・解像度・コーデック・ビットレート）

機能

• 長さ・ファイルサイズ・全体ビットレート（バイト数 × 8 ÷ 長さ）
• トラックごとのコーデック：H.264 / H.265 / AV1 / VP9 / AAC / MP3 / Opus / FLAC …
• 格納サイズと表示サイズを分けて表示し、回転角も示す
• フレームレート・サンプリングレート・チャンネル数・ビット深度
• ⚠️ 90° 回転の縦動画：符号化された幅と高さは横向きで、プレーヤーが回転する
• ⚠️ moov がファイル末尾にある MP4 でも読み取れる
• ⚠️ Opus は常に 48 kHz。ヘッダーの入力レートは信用しない
• JSON で書き出し、スクリプトやチケットに利用可能
• 読み取り専用：ファイルを変更せず、データも送信しません

使い方

1. 動画または音声ファイルを点線枠にドロップします
2. 情報が下に等幅で表示され、行ごとにコピーできます
3. 縦動画は「回転」と「表示サイズ」の 2 行を確認します
4. スクリプトに渡す場合は出力形式を JSON にしてコピーします

よくある質問

「格納サイズ」と「表示サイズ」が違うのはなぜですか

縦動画の符号化サイズがもともと横向きだからです。スマートフォンを縦に構えても、センサーが記録するのは横向きの画像で、コンテナに「時計回りに 90° 回転」というフラグを別途保存し、プレーヤーがそれを読んで正しい向きに回します。つまり実際の画素は 1920×1080（格納サイズ）で、表示されるべきは 1080×1920（表示サイズ）です。幅と高さしか見ず回転フラグを無視するツールも多く、編集や変換で映像が横倒しになったり潰れたりします —— この 2 つの数が食い違うときは、変換先のツールが回転を解釈するか確認してください。

他のツールで読めない MP4 がここでは読めるのはなぜですか

ほとんどの場合 moov の位置です。MP4 はトラックや長さの情報を moov ボックスに持ち、そのボックスはファイルの先頭（faststart、ストリーミング向き）にも末尾（先にデータを書き、後から索引を付ける。録画ソフトに多い）にも置けます。先頭だけ読むツールは後者で「メタデータが無い」と報告します。このツールはファイル全体を走査するので、どちらの配置でも読めます。

Opus が常に 48000 Hz なのはなぜですか

Opus という形式が、デコード出力を常に 48000 Hz と定めているからです。ヘッダーには確かに「入力サンプリングレート」の欄がありますが、それは元の録音レートを参考として記録するだけで、0 や任意の値になり得ます。実際のデコードレートは常に 48 kHz です。ヘッダーの値を報告すると長さもずれます。

「推定」と付いた長さは正確ですか

桁は合いますが、具体的な数字には幅があります。可変ビットレート（VBR）の MP3 で Xing / Info ヘッダーがあれば総フレーム数が記録されており長さは正確ですが、そのヘッダーが無ければ「音声バイト数 × 8 ÷ 平均ビットレート」で推定するしかなく、起伏のある音楽では平均ビットレートは当てになりません。その場合は「推定」と明記し、推測を正確な値として提示しません。正確な長さが必要なら、デコーダーに実際に通すしかありません。