画面が「白っぽく褪せる」「肌が赤く潰れる」を根本から直す
ある日、納品直前に画面が「灰色」になった
夜中の編集室。HDRで仕上げたはずの映像を、設定をいじった直後に確認したら、色がスッと抜けて灰色っぽくなった。さっきまで鮮やかだったのに、だ。慌ててモニターの設定を戻し、ケーブルを挿し直し、それでも戻らない。「機材が壊れたのか」と冷や汗をかいた経験は、HDRを触る現場なら一度は通る道だ。
ところが、だ。あとで原因を突き止めると、壊れていたのは機材ではなかった。むしろ、それまで「きれいに見えていた」状態のほうが間違っていた。 これがHDRの厄介なところで、目で見た印象だけを頼りにすると、正しい状態を「壊れた」と勘違いしてしまう。
なぜHDRは、こんなに簡単に色が破綻するのか
HDR映像は、一本のリレー走者ではなくバトンリレーで走っている。映像データ、再生ソフト、OS、グラフィックスのドライバ、ケーブル、そして最後にパネル。このうちたった一人がバトンを落とすと、ゴールに届く映像はもう別物になる。誰か一箇所でも「この色はこういう意味だ」という解釈がズレると、画面は白く褪せるか、逆に原色がギラギラ過剰になる。
具体的な数字を一つ。HDRの世界では「画面の中で一番明るい普通の白（紙や白いシャツ）」をどの明るさに置くか、という国際的な基準が決まっている。ITU-Rという国際機関の規格（BT.2408）では、その基準白を203 cd/m²と定義している（出典：ITU-R BT.2408、HDR Reference White＝Diffuse White／Graphics White）。この203という数字を全員が共有していれば色は合う。共有できていなければ、合わない。たったそれだけの話なのに、リレーの走者が6人もいるから、どこかでズレる。
もう一つ。PCがモニターに映像を送るとき、明るさの段階を「0〜255」で送る方式（フルレンジ）と「16〜235」で送る方式（リミテッドレンジ）がある。送る側が0〜255のつもりで、受ける側が16〜235のつもりだと、上の19段階（236〜255）が全部つぶれて白飛びし、下の16段階も黒つぶれする（出典：CTA-861／HDMI伝送のRGB Quantization Range規定。0-255＝Full、16-235＝Limited）。同じ映像でも、送受の取り決めが一文字違うだけで、暗部と明部のディテールが消える。
あなたの目が悪いわけじゃない。順番が悪いんだ
ここで一番伝えたいことを言う。HDRで「色が変だ」と感じたとき、その感覚を疑う前に、信号が通る順番のどこでズレたかを疑ってほしい。
たとえるなら、翻訳を3人がかりでリレーしている会議だ。一人目が「赤」と言ったのを、二人目が方言だと思い込んで強調し、三人目がそれを標準語に戻す。最後に出てくる言葉は、誰も嘘をついていないのに元と違う。HDRの色破綻はこれと同じで、悪意のある走者は一人もいない。ただ「取り決め」を共有し損ねただけだ。だから直し方も、犯人捜しではなく「取り決めの統一」になる。
「壊れた」のではなく「正された」——この見分けがプロの分かれ目
冒頭の「灰色になった」事件には、はっきりした答えがある。広い色を出せる今どきのパネルは、何もしないと普通の映像（SDR）まで限界いっぱいまで色を引き伸ばして、派手に見せてしまう。その派手さに目が慣れた状態でHDRを正しくオンにすると、色が正規の範囲に締め直されるため、目には「褪せた」と映る。つまり褪せたのではなく、正しく戻った。
この判断を一瞬でできるかどうかが、現場で信頼される人とそうでない人の差になる。設定をやみくもに戻して「直った」と思っている限り、納品先のモニターでまた化ける。
この先で手に入るもの
ここから先の有料部では、私が現場とテストベンチで詰めてきた手順を、再現できる形で全部置いていく。
- HDRが白く褪せる／ギラつく／肌が赤く潰れる、その3症状を切り分ける具体的なチェック順序
- フルレンジ・リミテッドの不一致や、ノートPCの電源切替で輝度が暴れる現象を数分で復旧させる操作手順
- WOLEDとQD-OLED、ハイライトで色が抜ける物理的な理由と、作業内容に応じたパネルの選び方
- DaVinci Resolveで、肌色のミッドトーンを守りながらハイライトだけを滑らかに収めるロールオフ曲線の作り方
- SDR素材をHDRへ変換するとき、肌が赤飽和する事故だけを狙い撃ちで防ぐ補正の組み立て
目で見た印象に振り回されるのを、今日で終わりにしよう。45年、放送と配信の現場で「なぜ色が合わないのか」を潰し続けてきた判断軸を、次の現場からそのまま使える形で渡す。
コメント