DVレンダリング時の白クリップ


この記事では,DVでレンダリングしたときのみ,白の階調表現が変わってしまう現象について検証しました。


1.「DVレンダリング時の白クリップ」問題とは...

今回の問題は,NIFTY ServeFMACUS-18の5228以下のコメントツリーで明らかになった問題です。

この発端は,小林 聡哉さんが,

EditDV でビデオ編集すると、タイトルを入れた部分やイフェクトをかけた部分で 100 IRE 以上の白がクリップされてしまいます。言葉を変えて言いますと、コンピュータで加工すると『白よりも白い白』(たぶん黒よりも黒い黒も)の部分はデータが捨てられてしまって再現されません。
  (中略)
皆さんの環境ではソースのハイライト部が編集した後にクリップされるような現象は起こっていませんか。

(NIFTY ServeFMACUS-18の5228発言から引用)

とご報告されたことです。

実は,わたしも,これまで妙だな,とは思っておりまして,
しかも,各社の製品を使い比べてみて,これはEditDVだけでなく他の各社の製品でも共通して起こっているような印象を持っておりました。


さて,MacとTV(NTSC)では,色の扱い方がちがっていることは,ご承知の通りです。

Mac(のRGBモニタ上)については,R,G,Bとも,0〜255までの256階調で,例えば,

(純黒)R=G=B=0 〜 (純白) R=G=B=255

です。

一方,TV(NTSC)では,YUVです。ここで,今回は白らしい白といった話題を議論するので,色差を考えず,Y(輝度)のみを考えることにしますが,現在のTV機器のダイナミックレンジは,

(黒側)- 数 IRE 〜 (白側)百数 IRE

といったところです。


といった背景から,先に述べた   

レンダリングの際に,白がクリップされるような処理(換算)がなされている

という仮定を推測するにあたって,

Mac(RGB値)TV機器(特にIRE値)」の換算

にポイントがありそうです。


なんにしても,今回の白クリップ現象を(目視という主観的な評価でなく)客観的に捉えるためには,

NTSC出し映像のなかに含まれる「白」の程度を,定量的に評価する必要があります。

これには,「波形モニタ」という計測装置を使用します。

わたしは,アマチュアですので,波形モニタなどもっていませんので,知人をあたっていたのですが,なんとか,波形モニタをお借りすることが出来まして,テストが終了しました。こころよくご協力いただいたTさん,ありがとうございました。

なお,パターンジェネレータも併用して,ソースもきちんと生成できれば完璧だったのでしょうが,今回は残念ながら対応出来ませんでした。


(C) Copyright Yasushi SATO All rights reserved.