コーデック完全制覇：IP伝送ビジネスマンが理解すべき動画フォーマットと圧縮の全体像
なぜ「選択ミス」だけで映像が死ぬのか
スペック上は問題ないはずの映像が、配信先でブロックノイズまみれになっている。収録した4Kの素材が、エディターのマシンで開くたびに5秒以上待たされる。完成した映像をクライアントに送ったら「再生できない」と電話がかかってくる。
これらのトラブルの原因を洗い出すと、機材の故障でも、ネットワークの問題でもなく、「フォーマット選択の誤り」に行き着くケースが相当の割合を占める。筆者がここ数年で経験・相談を受けた配信・収録トラブルを振り返ると、フォーマット起因のものが全体の約60%を占めていた。
「コーデック」「コンテナ」「ビットレート」「フレームレート」——これらは一見、ポストプロダクションの担当者が知っていればいい話のように聞こえる。しかしIP伝送の現場では違う。NDIやSRTでの伝送品質、リモートプロダクションでの帯域設計、マルチカメラのスイッチング、エンコーダーのセッティング、すべてにこの知識が直接ビジネスに影響する。
「箱」と「中身」を混同するだけで何が起きるか
ここで一つ考えてほしい。
あなたは今、クライアントから「YouTube用の完成データをください」と言われた。MP4で書き出して送った。ところが相手から「再生できない」と返ってくる。
実はこれ、非常によくある話だ。MP4という「箱」の中に、H.265というクライアントの環境では再生できない「中身」が入っていたからだ。箱の名前だけ見て中身を確認しなかった——この認識のズレが現場での実害に直結する。
圧縮しなければ1秒で何が起きるか
具体的な数字で考えてみよう。
1080p・60fps・24ビットカラーの映像をまったく圧縮せずに保存した場合、データ量は1秒あたり約2.99Gbps（=約375MB）になる（計算根拠：1920×1080×24ビット×60フレーム）。5秒分の素材が約1.87GBになる計算だ（出典：imagekit.io “H.264 Vs. H.265” 2022）。
これをそのままIP伝送しようとすれば、10Gbpsの回線でも余裕がない。編集用のSSDはあっという間に埋まる。そこでコーデックが登場する——人間の目が感知しにくい冗長なデータを計算で削除し、「視聴者が見た目で気づかない範囲で最大限に小さくする」のがその役割だ。
ビジネスマンが今選ぶべき選択肢は何か
世界標準として君臨してきたH.264、4K・8K時代の新主役H.265、そしてその先にあるAV1——これらをどの場面でどう使い分けるか。ビットレートはどの数値を基準にすれば失敗しないか。フレームレートを上げると具体的にデータ量はどう変わるか。
有料部分では、これらをすべて数値根拠つきで解説する。コーデックの仕組みから入り、コンテナの選び方、YouTube公式推奨値に基づくビットレート早見表、フレームレートと用途の対応表、そして現場で即使える「用途別フォーマット選択チャート」まで、体系的にまとめた。
IP伝送に関わるすべてのプロに、一度は精読してほしい内容だ。
コメント