ビットレートはビデオ制作において最も誤解されている変数です。低すぎると、慎重にカラーグレーディングされた映像が圧縮されたスープのように見えます。泥だらけの詳細、ブロック状の動き、グラデーションのカラーバンディングです。高すぎると、生成するファイルが大きすぎて配信プラットフォームが再圧縮してしまうため、編集者がプロキシ映像をクロールし、ストレージコストが増大します。解像度、コーデック、配信ターゲットに適したビットレートを見つけることは、技術的な決定であると同時に実際的な決定でもあり、公式を知っていれば、ファイル サイズの計算は簡単です。
ビットレートとは何か、それが重要な理由
ビットレートは、1 秒あたりにデコーダーに配信されるデータの量であり、キロビット/秒 (Kbps) またはメガビット/秒 (Mbps) で測定されます。ビデオの各フレームを表すために利用できる情報の量が決まります。
ビットレートが高いほど、フレームあたりのデータが多くなり、詳細がより細かくなり、グラデーションが滑らかになり、モーション処理が向上し、圧縮アーティファクトが少なくなります。しかし、これは利益逓減の関係です。ビットレートを 5 Mbps から 10 Mbps に 2 倍にすると目に見える品質の向上が見られますが、40 Mbps から 80 Mbps に 2 倍にすると、一般的な視聴距離と画面サイズでは目に見える改善ははるかに小さくなります。
重要な違い: キャプチャ/編集のビットレートと配信のビットレートは、まったく異なるターゲットです。編集用のカメラ映像は 400 ～ 800 Mbps (RAW または ProRes) で実行される場合があります。クライアント向けにエクスポートされた編集済みの映像は、50 ～ 100 Mbps で実行される場合があります。 YouTube にアップロードされる最終バージョンは、15 ～ 35 Mbps で実行される可能性があります。各ステージには異なる要件があります。
解像度別の推奨ビットレート
以下の表は、カメラ キャプチャの仕様ではなく、標準の配信エンコード ターゲットを示しています。これらは、クライアントの成果物、アーカイブ マスター、プラットフォームのアップロードに適しています。
| Resolution | Frame Rate | H.264 Bitrate | H.265/HEVC Bitrate | Use Case |
|---|---|---|---|---|
| 720p | 24/25/30 fps | 4–6 Mbps | 2.5–4 Mbps | Web delivery, older devices |
| 720p | 60 fps | 6–9 Mbps | 4–6 Mbps | Gaming, sports web content |
| 1080p | 24/25/30 fps | 8–12 Mbps | 5–7 Mbps | Standard HD delivery |
| 1080p | 60 fps | 12–18 Mbps | 7–10 Mbps | Sports, gaming, high-motion |
| 4K (UHD) | 24/25/30 fps | 35–50 Mbps | 18–28 Mbps | 4K streaming master |
| 4K (UHD) | 60 fps | 50–65 Mbps | 28–40 Mbps | 4K sports, action |
| 4K (DCI) | 24/25 fps | 50–70 Mbps | 30–40 Mbps | Cinema delivery |
| 8K | 24/25/30 fps | 100–160 Mbps | 55–90 Mbps | Future-proofing archival |
後で再編集する予定のアーカイブ マスターの場合は、各範囲の上限以上に設定します。プラットフォーム (YouTube、Vimeo、ストリーミング サービス) によって再エンコードされる配信ファイルの場合、それ以上のデータが無駄になるため、推奨範囲に到達するだけで十分です。プラットフォームのエンコーダーは、アップロードの高さに関係なく、品質を独自の出力ビットレートに制限します。
コーデックの比較: H.264 vs H.265 vs AV1
コーデックは、視覚情報を表現するためにデータの各ビットがどの程度効率的に使用されるかを決定します。より効率的なコーデックは、より低いビットレートでも同じ知覚品質を実現するか、同じビットレートでより高い品質を実現します。
H.264 (AVC): 最も広く互換性のあるコーデック。過去 15 年間に製造されたほぼすべてのデバイス、ブラウザ、スマート TV、メディア プレーヤーでネイティブに再生できます。新しいコーデックと比較して、特定の品質レベルに対するビットレート要件は高くなりますが、ハードウェア デコードのサポートは普遍的です。互換性を最大限に高めるのに最適です。
H.265 (HEVC): 同等の品質の H.264 よりも約 40 ～ 50% 効率が高くなります。 H.264 の 8 Mbps で良好に見える 1080p ビデオは、H.265 の 5 Mbps と同等に見えます。トレードオフは互換性です。古いブラウザ、デバイス、一部のストリーミング プラットフォームには H.265 がサポートされていません。 2020 年以降、ハードウェア デコードのサポートが大幅に向上しました。4K 配信やストレージに制約のあるアーカイブに最適です。
AV1: Alliance for Open Media (Google、Netflix、Amazon など) によって開発され、広く採用されている最新のコーデック。 H.265 よりも約 25 ～ 30% 効率が高く、H.265 と同等の品質でファイルが 30 ～ 40% 小さくなりま��。オープンソースでロイヤリティフリー。 YouTube と Netflix はこれを広く使用しています。ハードウェア エンコーディングのサポートはまだ限定的です (ただし、2024 ～ 2025 年のハードウェアでは急速に増加します)。ソフトウェアのエンコードは非常に遅いです。エンコード時間に余裕のあるプラットフォーム配信に最適です。
| Codec | Relative Efficiency | Compatibility | Encoding Speed |
|---|---|---|---|
| H.264 | Baseline | Universal | Fast |
| H.265 | ~50% better than H.264 | Good, not universal | Moderate |
| AV1 | ~30% better than H.265 | Growing (web/streaming) | Slow (software) |
| VP9 | Similar to H.265 | Web browsers | Moderate |
CBR と VBR: どちらを使用するか
固定ビットレート (CBR): エンコーダーは、シーンの複雑さに関係なく、固定ビットレートを維持します。単色の壁をゆっくりとパンすると、群衆の中での高速モーションのカメラの揺れと同じデータ レートが得られます。
- 最適な用途: ライブ ストリーミング、ブロードキャスト配信、デコーダが予測可能なデータ ストリームを必要とするあらゆる状況
- 理由: ストリーミング プロトコルは、予想されるデータ レートに基づいてバッファリングします。変動レートはバッファリング イベントを引き起こす可能性があります
- トレードオフ: 単純なシーンでビットを無駄にし、複雑なシーンを必要以上に圧縮する可能性があります
可変ビットレート (VBR): エンコーダーは、複雑なシーン (モーション、細かいディテール、高コントラスト) にはより多くのビットを割り当て、単純なシーン (静止ショット、���やけた背景) にはより少ないビットを割り当てます。
- 最適な用途: ファイルベースの配信、アーカイブ、コンテンツのダウンロードと再生
- 理由: 同じ平均ビットレートでより高い平均品質を実現するか、より低い平均ビットレートで同等の品質を実現します。
- トレードオフ: ファイル サイズが予測できないため、ライブ ストリーミングのデータ配信速度を保証できません
YouTube アップロードの場合は、VBR が推奨されます。 Twitch やその他のライブ ストリーミングの場合、プラットフォームには CBR が必要です。アーカイブまたは再編集を目的としたクライアント成果物の場合は、高いターゲット ビットレートの VBR を使用してください。
プラットフォーム要件: YouTube、Twitch、TikTok、Instagram
各プラットフォームには、特定のアップロードに関する推奨事項とハード制限があります。これらを超えると通常は問題ありません (取り込み時にプラットフォームが再エンコードします)。ただし、これらを大幅に下回ると、プラットフォームのエンコーダーが影響する前にアップロードの品質が低下します。
| Platform | Recommended Upload Bitrate | Max Resolution | Frame Rate | Notes |
|---|---|---|---|---|
| YouTube | 35–45 Mbps (4K), 8–12 Mbps (1080p) | 8K | Up to 60 fps | Re-encodes to VP9/AV1 on upload |
| Twitch | 6 Mbps max (partners 8 Mbps) | 1080p60 | 60 fps | CBR required; most viewers at 1080p |
| TikTok | 50 Mbps recommended upload | 4K (limited) | Up to 60 fps | Heavy re-encoding; upload quality matters |
| Instagram Reels | 25–30 Mbps | 1080p | Up to 60 fps | 9:16 aspect ratio, heavy compression |
| Vimeo (Plus+) | No hard limit | 8K | Up to 120 fps | Minimal re-encoding, better quality |
| 8 Mbps (1080p), 35 Mbps (4K) | 4K | Up to 60 fps | Significant re-compression applied |
YouTube の注意は重要です。非常に高いビットレート (4K の場合は 50 Mbps 以上) でアップロードしても、視聴者がそのビットレートを受信できるわけではありません。 YouTube の配信ビットレートは、4K ストリームの場合 15 ～ 25 Mbps です。ただし、高ビットレートのマスターをアップロードすると、YouTube のエンコーダにより優れたソース素材が提供され、低い配信ビットレートでもより良い��終出力が得られます。
ファイル サイズ計算ツール: 分 × ビットレート
出力ファイルのサイズを見積もるのは簡単です。
File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8
8 で割ると、メガビットがメガバイトに変換されます (1 バイトあたり 8 ビット)。
実用的な例:
1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB
4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB
1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB
ストレージ計画では、25 Mbps H.265 で配信される一般的な 2 時間の 4K 結婚式フィルムが約 22 ～ 25 GB になると想定します。 H.264 40 Mbps の同じフィルムは約 36 GB を実行します。複数の配信バージョン (クライアント コピー、ソーシャル カット、ハイライト リール) を考慮すると、1 つの結婚式プロジェクトにすべての成果物とエクスポートの合計で 100 ～ 200 GB のストレージが必要になる場合があります。