計算ツール
動画 ビットレート 4K/8K 配信 H.265/AV1

動画ビットレート・容量

解像度・フレームレート・時間・コーデックから、YouTube推奨・OBS配信・企業内動画で必要なビットレート(Mbps)・ファイル容量(GB)・アップロード時間・月間データ量を即算出。
H.264/H.265(HEVC)/AV1/VP9・SDR/HDR・24〜120fps・720p〜8Kまで幅広く対応した動画クリエイター/配信事業者/eラーニング/企業広報向け無料計算ツールです。

最終更新:2026-07-29/監修:計算ツールズ編集部

動画ビットレート・容量ツール

基本式

ファイル容量 (GB) = ビットレート (Mbps) × 時間 (秒) ÷ 8 ÷ 1024

アップロード時間 = ファイル容量 × 1024 × 8 ÷ 回線速度 (Mbps) ÷ 60 (分)

コーデック係数:H.264=1.0、H.265/VP9=0.7、AV1=0.5、HDR/10bit=+25%

動画ビットレートは「品質・容量・回線」の三軸トレードオフを決めるパラメータです。YouTube推奨は1080p30fps 8Mbps、1080p60fps 12Mbps、4K30fps 25Mbps。1080p 30fps H.264で1時間動画は約3.6GB、H.265で約2.5GB、AV1で約1.8GBに圧縮できます。ライブ配信ではエンコード遅延と品質の両立が課題で、YouTube LiveやTwitchでは6Mbps〜9Mbps程度が実務水準です。

YouTube推奨ビットレート早見

解像度・fpsSDR推奨HDR推奨音声ビットレート
480p 30fps2.5 Mbps128 kbps
720p 30fps5 Mbps6.5 Mbps128 kbps
720p 60fps7.5 Mbps9.5 Mbps128 kbps
1080p 30fps8 Mbps10 Mbps192 kbps
1080p 60fps12 Mbps15 Mbps192 kbps
1440p 30fps16 Mbps20 Mbps192 kbps
1440p 60fps24 Mbps30 Mbps192 kbps
4K 30fps35〜45 Mbps44〜56 Mbps384 kbps
4K 60fps53〜68 Mbps66〜85 Mbps384 kbps
8K 30fps80〜160 Mbps100〜200 Mbps384 kbps
8K 60fps120〜240 Mbps150〜300 Mbps384 kbps

ライブ配信プラットフォーム推奨

プラットフォーム1080p推奨4K対応プロトコル
YouTube Live4.5〜9 Mbps25〜51 MbpsRTMP/HLS
Twitch4.5〜6 Mbps非対応RTMP
Facebook Live4 Mbps非対応RTMP
ニコニコ生放送2〜6 Mbps非対応RTMP/WebRTC
Zoom Webinar2〜3 Mbps非対応UDP/SFU
Teams ライブイベント2〜3 Mbps非対応SRT/RTMP

動画ビットレート・容量の詳しい解説

動画ビットレートは「単位時間あたりに符号化されるデータ量」で、Mbps(メガビット/秒)またはKbpsで表現します。同じ解像度でもビットレートが高いほど画質(圧縮ノイズが少ない)が向上する一方、ファイル容量とストレージ・回線コストが増加します。動画配信・保存・視聴のあらゆる工程でこの三軸トレードオフを最適化するのが動画エンジニアリングの中心課題です。

コーデック(圧縮方式)の進化はビットレート効率を段階的に改善してきました。H.264/AVC(2003)は現在最も普及している標準で、ほぼ全デバイスで再生可能。H.265/HEVC(2013)は同画質で30〜50%のビットレート削減を達成しますが、特許ライセンス制約で普及が遅れました。VP9(2013)はGoogleが開発したロイヤリティフリーコーデックで、YouTubeで4K以上に採用。AV1(2018)はAOMedia(Alliance for Open Media)が策定した次世代コーデックで、H.265より更に30%効率が高く、Netflix・YouTube・Amazonが本格採用中です。次世代のVVC/H.266(2020)はAV1・HEVCより更に50%効率向上を目標に開発されており、8K/12K時代の主流と目されています。

ビットレート設定にはCBR(固定ビットレート)・VBR(可変ビットレート)・CRF(定品質)の3方式があります。CBRは配信・生放送で回線帯域を予測しやすく、ライブ配信で標準。VBRは動きの少ないシーンでビットレートを下げ、動きの多いシーンで上げる方式で、保存動画の容量効率が良い。CRF(Constant Rate Factor)はx264/x265の内部設定で、目標品質を数値化して自動でビットレートを調整する方式です。YouTube公開用はCRF 18〜23(x264)/CRF 20〜28(x265)が実用範囲で、ライブ配信はCBRで安定運用が基本です。

解像度とfpsの選択は視聴環境と用途で決まります。スマートフォン視聴はほぼ720p〜1080pで十分、テレビ視聴は4K採用率50%超え、映画館・放送業界は8K・120fps・HDR標準へ移行中です。fpsは24(映画/シネマ)・30(TV/YouTube標準)・60(スポーツ/ゲーム)・120(スーパースロー)から用途別に選択します。60fps以上ではモーションブラー除去・シャッタースピード管理が撮影段階から重要で、ゲーム配信・スポーツ中継では144〜240fpsも試験運用されています。

HDR(High Dynamic Range)はSDR比で最大10億色・輝度10,000nit対応で、暗部・明部の階調表現が飛躍的に向上します。HDR10・HDR10+・Dolby Vision・HLGの4規格が主要で、8bitではなく10〜12bitで符号化するため、ビットレートは同じ解像度で25〜50%増加します。映画・OTT配信・NHK BS4Kで実用化されており、YouTubeもHDR動画の投稿・視聴に完全対応済みです。

アップロード時間・ストレージ設計の実務では1080p 30分動画=1.5GB、1080p 60分=3.6GB、4K 60分=14GBが典型値です。企業のeラーニング動画100本・平均30分では150GB程度、YouTubeクリエイターが月30本投稿すれば200GB規模のアップロード量になります。回線速度と非圧縮素材(RAW/ProRes)のバックアップストレージ、CDN配信容量を含めた総合コスト設計が動画事業の運営には必要です。

業界・現場での使い方

YouTubeクリエイター・企業動画

解像度・fps・音声ビットレートを推奨値に合わせて書き出し設定。1080p 60fpsでゲーム実況、1080p 30fpsで通常動画、4K 30fpsでプレミアム作品といった使い分け。Adobe Premiere Pro/DaVinci Resolve/Final Cut Proの出力プロファイル選定で本ツールの目安を参照。

ライブ配信・OBS Studio運用

YouTube Live/Twitch/ニコニコ生放送のプロトコル別推奨に合わせ、CBRエンコード・キーフレーム間隔2秒(YouTube推奨)を設定。回線が不安定な場合はビットレート70%程度で運用、光回線100Mbps以上で1080p 60fps安定配信が可能。

eラーニング・企業研修動画

解像度720〜1080p、H.264/H.265でストリーミング配信。1講義30分×100本で150GB規模、Vimeo/JStream/Brightcoveなど動画配信サービスの月間データ転送量計算に使用。字幕・複数言語・多デバイス対応の総合設計。

映像制作会社・ポストプロダクション

撮影素材(RAW/ProRes 422 HQ=約1.5Gbps)から編集用プロキシ(ProRes Proxy=約100Mbps)、納品マスター(ProRes 4444=約500Mbps)、配信用H.265(30〜50Mbps)への各段階変換。ワークフロー全体のストレージ・回線設計。

ビデオ会議・テレワーク

Zoom/Teams/Meet等の帯域要件確認。1080p HD 3Mbps、720p SD 1.5Mbps、音声のみ0.1Mbps。参加人数・同時会議数×帯域で拠点回線設計、輻輳時の自動画質ダウングレード機能とセット運用。

放送・OTT・映画配信

NHK BS8K 90Mbps、地デジ1440×1080 15Mbps、Netflix 4K 15〜25Mbps、Disney+ 4K HDR 25Mbps。ライブラリ全体の帯域・CDNコスト予測、ABR(Adaptive Bitrate Streaming)の複数プロファイル(HLS/MPEG-DASH)設計。

ケーススタディ:現場での実務計算

ケース1:YouTuberの1時間ゲーム実況動画

  • 1080p 60fps、SDR、H.264、時間60分
  • 推奨ビットレート = 12 Mbps
  • ファイル容量 = 12 × 3600 ÷ 8 ÷ 1024 = 約5.27GB
  • 音声込み(192kbps) = 12.2 Mbps → 容量5.36GB
  • 100Mbps光回線でアップロード時間 = 約7.2分

ケース2:4Kプレミアム動画の書き出し

  • 4K 30fps、SDR、H.265/HEVC、時間15分
  • H.264推奨45Mbps → H.265で0.7倍 = 31.5 Mbps
  • ファイル容量 = 31.5 × 900 ÷ 8 ÷ 1024 = 約3.46GB
  • 1Gbps光回線でアップロード時間 = 約28秒
  • AV1で書き出せば約2.3GB(-33%)、次世代標準への移行検討価値あり

ケース3:企業のライブ配信(株主総会・全社イベント)

  • 1080p 30fps、SDR、H.264、CBR配信、時間120分
  • YouTube Live推奨6Mbps、音声128kbps → 総ビットレート6.13Mbps
  • 2時間配信の総データ量 = 6.13 × 7200 ÷ 8 ÷ 1024 = 約5.4GB
  • 視聴者1000人×2時間 → CDN配信帯域 = 6.13Gbps同時ピーク
  • 専用回線10Gbps+マルチCDN構成で安定配信

ケース4:eラーニング動画100本の月間データ量

  • 1080p 30fps、SDR、H.265、平均30分×100本
  • 1本あたり容量 = 8×0.7 × 1800 ÷ 8 ÷ 1024 = 約1.23GB
  • 合計ストレージ = 約123GB
  • 視聴数月10,000回(1本100視聴)×平均20分視聴で月間転送量 = 約17TB
  • AWS CloudFront $85/TB → 月額$1,450程度のCDN費用

ケース5:VLOG撮影素材から編集・配信までの容量設計

  • 撮影:4K 60fps 10bit HLG、ProRes 422 HQ = 884Mbps、30分素材→200GB
  • 編集プロキシ:1080p ProRes Proxy = 100Mbps、30分→22.5GB
  • 納品マスター:4K H.265 30Mbps 10分→2.25GB
  • YouTube配信:4K H.264 45Mbps 10分→3.4GB(YouTubeでVP9/AV1に再エンコード)
  • 撮影〜納品でストレージ225GB、回線10Gbpsの制作環境が必須

ケース6:8K配信の帯域設計

  • 8K 60fps HDR、AV1コーデック
  • 推奨ビットレート = 240×0.5×1.25 = 150Mbps
  • 1時間動画 = 150×3600÷8÷1024 = 65.9GB
  • 視聴環境:ONU 1Gbps以上+WiFi 6E+8K対応TV必須
  • NHK BS8Kは90Mbpsだが、これは放送規格上の圧縮制約

よくある間違い・注意点

  • ビットレート過大設定 — 1080p 30fpsに30Mbps割り当ててもYouTubeの再エンコードで実質8Mbps相当まで圧縮されるため、ストレージ・回線の無駄。推奨値+50%程度が上限の目安。
  • コーデック旧式のまま — H.264で書き出すと同画質でH.265の1.4倍、AV1の2倍の容量に。編集ソフトのプロファイル見直しだけで年間ストレージ費が半減する事例も多数あり。
  • fpsを揃えずに書き出し — 撮影24fpsをタイムライン60fpsで書き出すとフレーム補間で不自然な動き。プロジェクト設定と撮影fps・書き出しfpsの三者一致が原則です。
  • キーフレーム間隔ミス — ライブ配信ではYouTube推奨2秒、Twitch推奨2秒。長すぎる(5秒以上)と遅延・シーク不良、短すぎる(1秒以下)と非効率。エンコーダー設定確認が必要です。
  • 音声ビットレート軽視 — 128kbpsで大丈夫と思っても、音楽・BGM含むコンテンツは192〜256kbpsが望ましい。映画/ドラマは320kbps+5.1chが標準。
  • HDR/10bitの容量増考慮不足 — HDR動画はSDR比で+25〜50%容量増。ストレージ・回線予算に反映しないと想定外の追加費用が発生します。
  • ABR配信の複数プロファイル未設計 — 4K 1本だけの配信は視聴デバイス・回線速度多様化に対応不能。360p/720p/1080p/4Kの4段階以上を用意して自動切替させるのがOTT配信の標準です。

関連する規格・法規

  • ITU-T H.264/AVC — MPEG-4 Part 10として国際標準化。2003年勧告、現在最も普及するコーデック。
  • ITU-T H.265/HEVC — 2013年勧告、H.264比で50%圧縮効率向上、特許ライセンス制約あり。
  • AOMedia AV1 — 2018年公開、ロイヤリティフリー、Netflix/YouTube/Amazonが本格採用中。
  • ITU-T H.266/VVC — 2020年勧告、AV1・HEVC比で更に50%効率向上、8K/12Kの本命。
  • ITU-R BT.2020 — 4K/8K UHD向け色域規格、HDRとセットで実装される次世代広色域。
  • ITU-R BT.2100 — HDR規格(HDR10/PQ/HLG方式を規定)、NHK 4K/8K放送・映画配信で採用。
  • YouTube推奨仕様 — 動画投稿ヘルプ、fps別・解像度別ビットレート・音声bitrateを明示。
  • SMPTE ST 2084(PQ) — HDRのPerceptual Quantizer方式、映画・OTT配信の主要規格。
  • ARIB(電波産業会) STD-B32 — 日本の地上デジタル・衛星デジタルテレビ放送規格。

※本ツールは公的基準・業界慣例に基づく参考計算です。実際の配信・書き出し設定は使用ソフトウェア(Premiere Pro/DaVinci Resolve/OBS等)の推奨値と、配信プラットフォーム(YouTube/Twitch/Netflix)の公式仕様を必ず参照してください。ビジネス用途では映像制作会社・配信エンジニアリング会社への相談を推奨します。

よくある質問(FAQ)

1080p 30fpsの推奨ビットレートは?

SDR・H.264で約8Mbps(YouTube推奨)。H.265なら約5.6Mbps、AV1なら約4Mbpsに削減可能。1時間動画で3.6GB(H.264)、2.5GB(H.265)、1.8GB(AV1)が目安。

H.264とH.265の違いは?

H.265(HEVC)は同画質でH.264比30〜50%のビットレート削減。ただし特許ライセンス制約とデコード負荷増大がデメリット。iPhone/iPad標準対応、Android/PC対応は端末次第。

AV1コーデックのメリットは?

H.265より更に30%効率向上、完全ロイヤリティフリー、Netflix/YouTube/Amazonが本格採用。ただしエンコード時間はH.265の5〜10倍で、書き出し時間の増加がボトルネック。

4K動画のアップロード時間は?

1時間4K H.264(45Mbps)動画=約20GB、100Mbps光回線で約28分、1Gbps回線で約2.8分。実効速度は理論値の70%程度で見積もると安全です。

ライブ配信の推奨ビットレートは?

YouTube Liveは1080p 30fps 4.5〜9Mbps、Twitchは1080p 60fps 6Mbps上限。回線速度は推奨ビットレートの2倍以上を確保し、CBRエンコード+キーフレーム2秒が安定運用の条件です。

HDR動画は容量がどれくらい増える?

HDR10/HDR10+/Dolby Vision/HLGはSDR比で+25〜50%程度。10bit符号化+広色域(BT.2020)で情報量が増加。8K HDRは同解像度SDRの2倍近い容量になる場合もあります。

CBR/VBR/CRFの使い分けは?

ライブ配信はCBR(帯域予測可能)、YouTube公開動画はVBR(2パスエンコード)、内部品質重視はCRF(x264 CRF18〜23、x265 CRF20〜28)が実務標準。

ProRes・DNxHDと配信用コーデックの違いは?

ProRes(Apple)・DNxHD(Avid)は編集用中間コーデックで、ProRes 422 HQ 884Mbps・DNxHD 220Mbps級。配信・保存用にはH.264/H.265/AV1に再エンコードしてサイズを1/10〜1/50に圧縮します。

YouTubeにアップロードすると画質が落ちるのはなぜ?

YouTube側で全動画をVP9/AV1に再エンコードするため。推奨ビットレート以下で書き出すと圧縮ノイズが目立ちやすい。推奨値〜1.5倍のビットレートで書き出せば、YouTube側再エンコード後も十分な品質を維持できます。

音声ビットレートの適正値は?

会話・ナレーション128kbps、音楽・BGM込み192〜256kbps、映画・ドラマ5.1ch 384kbps以上。AACなら128kbpsでも実用品質、Opusなら96kbpsで同等品質を実現可能です。

用語集

ビットレート(Bitrate)
単位時間あたりの符号化データ量。Mbps/kbpsで表現し、動画品質と容量を左右する。
コーデック(Codec)
Coder-Decoder。動画・音声の圧縮・展開方式。H.264/H.265/AV1/VP9等。
H.264/AVC
2003年策定の動画圧縮標準。現在最も普及しており、ほぼ全デバイスで再生可能。
H.265/HEVC
2013年策定、H.264比で圧縮効率30〜50%向上。4K/8K放送・配信の主流。
AV1
2018年公開のロイヤリティフリー次世代コーデック。Netflix/YouTube/Amazon採用中。
VP9
Googleの動画コーデック。YouTubeの4K以上で採用、H.265相当の圧縮効率。
H.266/VVC
2020年策定の次世代コーデック。AV1/HEVC比で50%効率向上、8K本命。
CBR (Constant Bitrate)
固定ビットレート。ライブ配信で帯域予測が容易、実装がシンプル。
VBR (Variable Bitrate)
可変ビットレート。動きの少ないシーンで容量を節約、保存動画で標準。
CRF (Constant Rate Factor)
x264/x265の内部品質指標。目標品質を数値化して自動でビットレート調整。
fps (Frames Per Second)
フレームレート。1秒あたりのコマ数。24(映画)/30(TV)/60(スポーツ)/120(スロー)。
HDR (High Dynamic Range)
広ダイナミックレンジ映像。SDR比で10億色・輝度10,000nit、10〜12bit符号化。
HLG / PQ
HDR方式。HLG(NHK/BBC規格)は放送用、PQ(Perceptual Quantizer)は映画・OTT用。
キーフレーム間隔
Iフレーム間の距離。ライブ配信はYouTube推奨2秒、Twitch推奨2秒。
ABR (Adaptive Bitrate Streaming)
視聴環境に応じて自動で画質を切替える配信方式。HLS/MPEG-DASHが主流。
ProRes / DNxHD
Apple/Avidの編集用中間コーデック。撮影素材から編集用に高品質保持。
OBS Studio
オープンソースの配信ソフト。YouTube/Twitch/Facebookで最も広く使われる無料ツール。
CDN
Content Delivery Network。地理的に分散したサーバから動画を配信する仕組み。

コーデック・ワークフロー選定チェックリスト

  • 用途決定 — YouTube/Netflix/eラーニング/ライブ配信/映画/放送のいずれか特定。
  • 解像度・fps — 視聴デバイス優先度(スマホ/TV/映画館)で決定。
  • コーデック — 汎用性重視:H.264、容量効率重視:H.265/AV1、ロイヤリティフリー:AV1/VP9。
  • SDR/HDR — HDR対応は+25〜50%容量増、視聴デバイス対応率を確認。
  • 音声 — 会話128kbps・音楽192kbps・5.1ch 384kbps、AAC/Opus選定。
  • エンコード方式 — 保存:VBR/CRF、配信:CBR、ライブ:CBR+キーフレーム2秒。
  • ストレージ・回線 — 1時間4K=20GB、100本eラーニング=150GB規模で見積り。
  • ABR配信 — OTT配信は360p/720p/1080p/4K の複数プロファイル必須。
  • CDN・帯域 — 視聴者数×ビットレート同時ピークで契約帯域決定。
  • 字幕・多言語 — WebVTT/SRT形式で複数言語対応、YouTubeは自動生成も併用。

まとめ・実務ポイント

動画ビットレート設計は「解像度・fps・コーデック・SDR/HDR・時間」の5パラメータで決まります。YouTubeは1080p 30fps H.264で8Mbps、Netflix/OTTは4K H.265 25Mbps、ライブ配信は1080p CBR 6Mbpsが実務標準です。

今後はAV1・VVCの本格普及で同画質のビットレートが半減し、8K・HDR・120fpsといった高付加価値領域の実用化が進みます。撮影時のfps・解像度・コーデック選択が、後工程のストレージ・回線・CDN費用のすべてを決めるため、ワークフロー全体を俯瞰した設計が動画事業の収益性・視聴体験・運用効率のカギです。本ツールで基本ビットレートを確認し、ABR配信の複数プロファイル、音声込みの総帯域、月間データ転送量まで含めた総合予算の検討にご活用ください。

参考文献・公的リソース

  • ITU-T「H.264 / H.265 / H.266 勧告」itu.int
  • YouTube公式ヘルプ「推奨アップロード エンコード設定」support.google.com
  • Alliance for Open Media(AOMedia)「AV1 Codec Specification」aomedia.org
  • Netflix Techblog「Per-Title Encoding Optimization」netflixtechblog.com
  • NHK放送技術研究所「8K・HDR・IP伝送技術」nhk.or.jp/strl
  • 電波産業会(ARIB)「日本のデジタル放送規格」arib.or.jp
  • 総務省「情報通信白書」soumu.go.jp