深緑の壁に、赤い造花を一輪。ここに一つの想定を置く。
衣装合わせも照明の仕込みも済んだセットだ。アクセントに飾った赤い花は、カメラのモニターで見る限り、花びらの輪郭までくっきり立っていた。ところが、配信の受信側で同じ映像を見ると、花の縁がぼんやり壁に溶けている。ビットレートを上げても、レンズを替えても、状況は変わらない。
原因が「花の色」でも「壁の色」でもなく、「その2色の組み合わせ」だと気づいたのは、映像を白黒にした瞬間だった。花が、壁と同じ灰色になっていたのだ。
色の情報は、明るさの情報の4分の1しか届いていない
カメラが撮った映像は、そのままの形では配信されない。送られるのは「明るさ」と「色」を別々に分けたデータで、しかも色のほうは間引かれる。
フルHD（1920×1080）の場合、明るさの情報は2,073,600点。色の情報は960×540＝518,400点しかない。比率は518,400÷2,073,600＝25.0%だ。この間引き方式は「4:2:0」と呼ばれ、YouTubeの推奨アップロード設定（Google ヘルプ「YouTube recommended upload encoding settings」）にも、NDI HXの仕様（NDI公式ドキュメント「NDI Video Codecs and Format Matrix」）にも使われている。
物の輪郭を描いているのは、主に明るさの情報だ。ところが、先ほどの花と壁のように「明るさが同じ2色」が隣り合うと、輪郭を描く手がかりが明るさから消える。ITU-R BT.709の式で計算すると、純赤（255,0,0）の明るさは54.2、深緑（0,76,0）は54.4（0〜255の目盛り）。差は0.14、目盛り全体の0.06%だ。輪郭は、25%の細かさしかない色の情報だけで描かれることになる。
あなたの目も、機材も、悪くない
たとえるなら、塗り絵だ。
モノクロの下絵には、線がくっきり描かれている。そこに、太い筆で大づかみに色を塗る。下絵に線があれば、色が多少はみ出しても輪郭は読める。ところが下絵に線のない場所では、太い筆の跡がそのまま境目になる。にじんで見えるのは当然だ。
モニターで見えていた「くっきり」は、色が間引かれる前の姿だった。見間違いではない。仕組みの差が、そのまま見え方の差になっただけだ。
直し方は、ある。しかも撮影前に決められる
この問題は、機材を足さなくても、設定を触らなくても片づく場合がある。色の組み合わせには判定線があり、線の太さにも守るべき最小値がある。どちらも、計算と静止画1枚で、撮影前に確かめられる。
有料部で手に入るもの
- 色の組み合わせを「合格・要注意・不合格」で判定する早見表（10組の計算値つき）
- 1つの色の組を2分で判定する計算式と、現場で使うスポイト手順
- 線や文字の最小太さを、距離・レンズ・解像度から出す式
- ffmpegの1行で、受信側の「色の間引き」を手元で再現するコマンド
- NGが出たときに直す順番（美術側から先に、経路側は最後）
- 深緑の壁＋赤、黒背景＋青、黒板＋チョークの3つの具体例と、症状別の早見表
次の現場までに、手元に揃うもの
私が45年の現場で積み上げた判断軸を、13分で受け取ってほしい。読み終えたとき、「美術の色を決める前に確認する表」と「受信側の見え方を先に再現するコマンド」と「仕様書に1行足すだけの予防策」が手元に揃う。
コメント