動画サイズ估算

機能

• 一つの関係式から二つのモード：ビットレートからサイズ、容量から録画時間
• ⚠️ ビットを 8 で割るとバイト。忘れると 8 倍になりますが、結果はそれらしく見えます
• ⚠️ GB（ドライブ基準 1000³）と GiB（OS 基準 1024³）の両方に対応。差は 7.4%
• ⚠️ 音声トラックも計算に入れます。低ビットレートでは 19% を占めることもあります
• ビットレートは直接入力も、解像度 × フレームレート × コーデックからの推定も可能
• ⚠️ ProRes と非圧縮は中間コードとして警告。1〜2 桁大きいことを明示します
• 1 行に 1 つの長さ（`45` は分、`1:30:00` は時分秒）。複数行では合計と 1 時間あたりも表示
• 容量モードでは 1 行に GB 数を 1 つ書くと録画可能時間が出ます
• 処理はすべてブラウザ内で完結し、通信は行いません

使い方

1. モードを選びます：サイズを求めるか、録画可能時間を求めるか
2. 解像度・フレームレート・コーデックを選びます。実測のビットレートがあるならそちらを入力してください
3. モードに応じて長さ（`45` や `1:30:00`）または容量（GB 数）を入力します
4. 結果にはバイト数と、選んだ基準での GB / GiB の両方が出ます

よくある質問

ビットレートを GB で表さないのはなぜですか

ビットレートの単位はビット毎秒で、ファイルサイズはバイトで数えるため、8 倍の差があるからです。この誤りが危険なのは、出てくる数字がそれらしく見えることです。100 Mbps の 1 時間は 45 GB と計算されますが、実際は約 5.6 GB です。1 時間の 4K 映像として 45 GB は荒唐無稽ではないので、間違いに気づけません。このツールは内部をビットで統一し、表示のときだけ 8 で割ります。

ファイルマネージャーの表示と一致しないのはなぜですか

多くの場合 GB と GiB の基準差です。ドライブは 10⁹ バイトを 1 GB と表示し、OS は 2³⁰ バイトを 1 GiB と表示するため、同じファイルでも 7.4% ずれます。「カードの残り GB」はドライブ基準の数字なので既定はそちらにしてありますが、OS 基準に切り替えればファイルマネージャーの数字と一致します。加えてビットレートは固定ではありません。静止したインタビューと激しいスポーツ映像では、同じ解像度・フレームレートでも 2 倍以上違います。したがって平均ビットレートからの推定は ±30% 程度変動します。

ProRes はなぜそんなに大きいのですか

配信用に設計されていないからです。H.264 / H.265 / AV1 はフレーム間予測と非可逆圧縮で 1〜2 桁小さくしますが、その代償として展開と再圧縮のたびに画質が落ちます。ProRes と非圧縮はフレーム間圧縮をほとんど行わないため、各フレームを単独で復号でき、何度編集しても画質が劣化しません —— 編集ソフトが求めているのはまさにそれです。1〜2 桁大きいのは欠点ではなく仕様で、実際の流れは「中間コードで編集し、書き出し時に配信用に圧縮する」です。

推定ビットレートはどのくらい正確ですか

桁は合いますが、±30% 程度の幅があります。推定は「1 ピクセル 1 フレームあたりのビット数」という経験値を使いますが、実際のエンコーダーは映像の複雑さに応じてビットレートを変えます。静止したインタビューと高速なスポーツ映像では、同じ解像度とフレームレートでも 2 倍以上差が出ます。したがって実測値が取れるなら（ffprobe が出しますし、多くの編集ソフトは書き出し時に表示します）そちらを入力してください。推定は編集前、「カードの容量で足りるか」だけを知りたい段階で使うものです。