HDR映像をIP伝送で壊さず届ける色域・ビット深度設計
対象読者:撮影・演出・編集・音響・照明・配信・制作進行に関わり、IP伝送技術に関心を持つすべてのプロフェッショナルへ。
納品後に届いた、一本の電話
HDRで収録した企業ブランディング映像。撮影現場のモニターでは、金属の質感も夜景のネオンも、狙い通りの階調で沈んでいた。編集室でもグレーディングルームでも、画は完璧だった。
ところが、配信プラットフォームにIP経由で送出した完成品を先方が確認した瞬間、電話が鳴った。「ハイライトが真っ白に飛んでいる。夜景のシーンなのに、まるで昼間みたいだ」。

現場ではなにも変えていない。カメラ設定もLUTもそのままだ。疑われたのはケーブル、疑われたのはコーデック、疑われたのは配信サーバーの設定。犯人が見つかったのは3日後、IP伝送の経路のどこかで「この映像はHDRだ」という札が外れ、受信側の機器がSDR(標準階調)として解釈し直していたことがわかったときだった。
なぜ画は無事なのに、色と階調だけが壊れるのか

この種の事故が厄介なのは、映像データそのものは1ビットも欠落していない点にある。壊れているのは画素ではなく、画素の「読み方」を指定する情報だ。
IPネットワークでは、映像本体(画素データ)と、その画素をどう解釈するかを示す技術情報(色域・階調変換方式・信号レンジ)が別々の経路で扱われる。SMPTE ST 2110-20の規格書では、この技術情報はSDP(Session Description Protocol)内のcolorimetry・TCS・RANGEという3つのパラメータとして明示的に送出側が宣言する仕組みになっている(出典:SMPTE ST 2110-20:2022, Section 7)。この宣言が抜け落ちる、あるいは中継機器が対応しておらず無視すると、受信側は自分の初期値(多くの場合Rec.709・SDR)で映像を解釈する。
ここに、覚えておくべき数字がある。8bit階調から10bitに切り替えると、扱える階調の段数は256段から1,024段に増える。1,024 ÷ 256 = 4。つまり8bitはHDR撮影で使う10bit・12bitの、わずか4分の1の階調しか持たない(2進数の桁数から導かれる数学的事実。ITU-R BT.2100-2はHDR信号として10bitまたは12bitでの伝送を規定している)。制作チェーンのどこか1ヶ所にでも8bit機器が紛れ込めば、そこで階調は問答無用で4分の1に切り詰められる。
あなたの現場が悪いのではない、荷札が剥がれただけだ

宅配便を思い浮かべてほしい。中身が「冷蔵品」であっても、箱に貼られた荷札が配送の途中で剥がれてしまえば、配送センターはその箱を常温便として扱う。中の商品自体は変わっていないのに、扱い方を誤ったことで品質が落ちる。
HDR映像のIP伝送も同じ構造だ。画素データという「荷物」は無事に届いても、colorimetryやTCSという「荷札」が経路のどこかで剥がれれば、受信側はデフォルトの扱い方——多くの場合SDR・Rec.709——で映像を開封してしまう。現場の腕前や機材の性能の問題ではない。荷札の管理が、システム設計として抜けていただけだ。
方法は存在する
この荷札を経路の最初から最後まで剥がさずに運ぶ設計は、すでに確立されている。SDPパラメータの明示指定、NMOS IS-04/05によるネゴシエーション結果の検証、そしてダイナミックメタデータをANC経由で運ぶST 2108という規格まで、必要な部品はすべて揃っている。
問題は、それらを「知っているかどうか」と「現場でチェックする手順を持っているかどうか」の2点に尽きる。
この記事で手に入るもの
- HDR/WCG映像がIP伝送のどの地点で壊れるかを特定する診断手順
- SDP・NMOS・ST 2108、それぞれで確認すべきパラメータの一覧と正しい設定値
- 8bit機器混入を検出するための、制作チェーン棚卸しの具体的な進め方
- 症状から原因を逆引きできるトラブルシューティング早見表
- 大規模中継やマルチ拠点制作でHDR/SDRを同時に扱うための上位設計の考え方

ここから先は有料エリアだ。 この設定を知らないまま本番を迎えると、色の異常は現場のモニターでは気づけず、納品後に発覚する。そうなれば復旧は「撮り直し」か「配信のやり直し」の二択しかなく、どちらも現場の信用を削る。次の現場で同じ事故を防ぐ具体的な手順が、このあとにある。


コメント