ビデオエンコード（色空間）の話

　久しぶりにビデオエンコードにはまっている。手持ちのLDをDVD化しようというわけだ。しかしPCのエンコードの世界は奥が深いというか、いろんなことを知ってないと話にならないというか．．．しかもちゃんとまとまったページってのもほとんどないし。そんな中一応わかったことをまとめていく。一番の問題だと思われる色空間の話が中心である。
　アスペクト比とフィールドオーダーと合わせて３大難関と言われるが、720x480のトップフィールド先でキャプチャして、そのままエンコードすればDVDでは問題ないのでここでは触れない。

　ここではMonsterTV2（1.4.0.0）を使ってふぬああ（2.5.6.3）でhuffyuv(2.1.1)のAVIキャプチャして、aviutl(0.99)で編集して、TMPGEnc(2.5x)でエンコードするという方法を取っている。

　注：２００４年１月までの話は参考になりません。２月以降を参照してください。

注：スケール変換を理解するためには、次のことを知っておく必要があります。
　どこでどのようにRGB-YUVの変換が行われているのかを考えていけば、判断できるでしょう。

普通PCでは、RGBはフルスケールで、YUVはCCIR-601に従って縮小したデータとして扱うことが多い。よってこのRGB-YUV間の変換においてスケール変換が行われる。
CODECでは入出力のフォーマットが複数選べる。RGB、YUVなど。
コーデックを使うアプリではフォーマットを指定して呼び出せる。
PCでGDI画面に表示するときにはフルスケールのRGBで行われる。
PCでビデオオーバレイを使うとYUV出力となる。

　　しかしコーデックやビデオボードによってはスケール変換しないものがあります。
Canopus DV Codec、huffyuvS、PIC MJPEGなどはコーデックでのRGB-YUV変換でスケール変更しない。
nVidiaビデオボードなどはビデオオーバレイ(YUV)から画面に出すとき(RGB)にデフォルトではスケール変換しない。
SAA7130HLビデオキャプチャチップはYUVキャプチャ→RGBデータでスケール変換しない。
DVD2AVIやMPEG-2 VIDEO VFAPI Plug-Inなどでストレート変換を行った場合。
TMPGEncでBasic YCbCrをチェックした場合。

・２００４年２月１４日

　１月に書いた内容を見直し、おかしいところを書き直しておく。

モニタ調整

　というわけでYUVビデオオーバレイとかaviutlのオーバレイ表示の役割が理解できたところで、再びモニタ調整。nVidiaビデオの場合、ビデオオーバレイとデスクトップとは別に調整できる。しかし前に試したとおり、オーバレイのコントラストを上げていってもデスクトップの最大輝度を超えることができずにサチってしまう。かといってCanopusの言うようにオーバレイから調整してみても、いくら輝度を上げていったところで真ん中は絶対に白くは見えない。そもそも大外のグレーと真ん中のグレーは同じ明るさに見えない（目の錯覚だが）。

　そこで考えた。まずはcanopusのページから例のビットマップ(glayscale.jpg)を名前を付けて保存でbmpに保存する。そしてaviutlで読む。適度に拡大表示する。aviutlの表示メニューにあるオーバレイ表示をチェックして、その他のオーバーレイ情報でSurfaceTypeがYUY2であることを確認しておく。

　aviutlのオーバレイ表示と通常の表示を切り替えながら、両方が同じ表示になるまで画面のプロパティでデスクトップの明るさとコントラストを調整する（オーバレイの方ではない）。両方が関連して動くので難しいが、左下（黒の点）が必ず角に合うようにしてやるとわかりやすい。うち（nForce2内蔵ビデオ）では90%,84%辺りである。いちいちメニューで切り替えるのは面倒なのでファイル－環境設定－ショートカットキーの設定でショートカットキーを使うことを勧める。

　この状態でモニタを調整する。やり方はcanopusの言うとおり、先のビットマップを（オーバレイでない状態で）表示し、黒の１段目と２段目が何とかわかる程度（or潰れる付近）に輝度を調整。あとは自分の好みにコントラストを調整。黒レベルがおかしくないことを確認して終了。まぶしいとき・暗いときはコントラストをいじること。うちのCV821Xでは輝度60、コントラスト69位である。前と比べると、輝度が下がりコントラストは上がった。

　canopusは触れていないが、これでは困ったことに色がまずい。試しにカラー画像（テストパターンなどの彩度の高いものがいい）を開き、同じように切り替えてみてもらいたい。オーバレイの方が色が濃い。実は逆でデスクトップの方の色が薄くなっているのだ。しかしnForce2ビデオの場合にはデスクトップの彩度の変更ができない。彩度はオーバレイにしか効かない。またnForce2ではデスクトップの方の階調が落ちている気がする。まあオーバレイ画面を見ればいいのでそれほど問題ではない（人によっては大問題だが）ので私は放っておくことにした。しかしデスクトップ画面はやっぱり汚い。

　ところでこの設定でDVDなんかを見ると、画面が暗すぎる。この状態でプレビューを見ながら編集したところで、暗い状態で合わせないといけないわけで非常につらい。逆にモニタの調整で明るくすると、ビデオ編集にはよくても普段見るデスクトップがまぶしすぎる。ビデオを見る分には、うちのモニタ(TOTOKU CV821X)では輝度65、コントラスト90以上にしてやるといいようだ（テレビでDVDを見ているのと同程度になる）。まあ普段はコントラストを落としておいて、いざビデオ編集（とかDVDを見るとか）というときにはコントラストを上げてやるしかないだろう。うちではコントラストは60 - 90くらいを変化させるということになる。
　更に私はガンマをいじっている。オーバレイを1.16辺り。デスクトップはそのままか0.98辺り。フルスクリーンビデオは1.31に。
DVD2AVI
　DVD2AVIだがVFAPI(RGB)でしか取り出せない（ファイルに出せばいいが）ので、魅力大幅減である。「まるものMPEG-2 VIDEO VFAPI Plug-In」を使ってvfpをaviutlディレクトリに入れて拡張子をauiに変えて、入力プラグインとして使うことを勧める。アスペクト比を無視にしておけばいいだろう。
キャプチャボード設定
　YUV系キャプチャのとき。ふぬああヒストグラム表示フィルタでcompressed-YUV <-> full-range RGBにしてヒストグラムを出す。右のYCbCr表示をにらんで緑点線の補助線をはみ出ないように調整する。これがCCIR601に従ったTVスケール。

　RGB系キャプチャのとき。同じ。このときRGBとしてはフルスケールなのだが、aviutlに入れたときにスケール縮小されてTVスケールとなるので、上のYUV系調整とaviutl上での扱いは同様となる。どうがんばってもヒストグラムのYUV側の補助線を越えることはできない。補助線のところでサチらない程度にコントラストを高く調整する。
　この設定では、aviutl波形表示では一番上と一番下の補助線に合わせた状態になる。

　YUV系のフルスケール。上のRGB系の設定のまま、ビデオ形式をUYVYなどにする。これだけ。ヒストグラムを見てわかるとおりにYCbCrでフルスケールになる。これをaviutlに入れたときにはTVスケール補正相当まで落としてやる必要がある。キャプチャチップはYUVで取り、ボード内でRGB変換するが、これを見てわかるとおりこの変換はストレート変換である。
後での補正を考えれば一番おいしいやり方かもしれない。

→　実はちょっと違う。YUVで取ってRGBにしているのはそうだが、YUY2でのキャプチャ時にはYUV4:4:4データをYUY2（4:2:2）に丸められている。一方RGBキャプチャならば色データの落ちがない。aviutlでRGBで開けば、RGB->内部YUVに展開されるだけで、ロスが少ない。

　結局はRGB24でフルスケールでキャプチャして、huffyuvでRGB保存し（Convert to YUY2を使わない）、aviutlでRGBで開く（YUY2展開をオフ）のがベストということになりそうだ。（無圧縮RGBで取ればまさにその状態になる。デフォルトのままで余計なものを入れなければ、それがベストの状態だったのだ。）
SMPTEカラーバー調整
　この調整にはあまり意味がありません。DVDプレイヤーのコントラスト・彩度に影響されるからです。結局はLDやVTRからの映像を元に、輝度の高低、彩度の高低の差のありそうなところで調整する必要があるでしょう。私はF1LDのオープニング付近で合わせています。でも一応書きます。

（ほとんど前のコピーだが）
　前に作ったビットマップ（これ）を元にAviutlで追加読み込みで追加していき、10秒ほどの映像にする。プロジェクトに出してTMPGEncでエンコード（YUVデータをBasic YCbCrで出力はオフにする）。ビットレートは8Mbps位に。そしてこのMPEG2をリピート再生するようにしてDVDにビデオとして焼く。MPEG2にすると境界が怪しくなるが、あまり問題ない。

　これを再生したものをふぬああでキャプチャする。ふぬああページのヒストグラム表示プラグインをもってきて、regsvr32でインストール。するとふぬああのビデオフィルタにhunuaa Histogramが出てくるのでこれを選択すると、ヒストグラム表示が出る。これとデバイス設定のVideoProcAmpの輝度とコントラストとを変化させつつ、調整する。同時に見られないので、ちょっと面倒である。
　裏に出ているビデオフィルタウインドウでhistogramのプロパティを出す。hunuaa Histogram2タブでPresetを選択する。commpressed-range YUV <-> full-range RGBを選ぶ。
　調整は右のYUVバーで行う。調整位置は上の「キャプチャボード設定」参照。

　キャプチャしたものをaviutlで読み込む。aviutlには波形表示プラグインを入れておく。波形表示フィルタをオンにするとなにやら図が出る。設定ウインドウを出して、Yを450位に、色ベクトルはオフにする。TVスケールの時には白い線の上限が上の補助線辺り、下限が下の補助線辺りであることをチェック。PCスケールならば拡張色調補正でTVスケール補正にして、同じ線で調整する。ふぬああでのデバイス設定ができていればここはほぼOKのはず。合っていなければVideoProcAmpの調整をやり直す。右下にはちょっと上がった部分ができる。
（ちなみに本物のsmpteテストパターンでは左のほうの赤と青の線に変化が出るのだが、これの利用方法を知らないのでビットマップでも再現していない。）

　そしてYを200位にして色ベクトルにチェック。デバイス設定の彩度設定をいじると頂点の位置が外になったり内側になったりする。同様にして色相をいじるととんがった形全体が右や左に少しだけ回転する。このとんがった線の頂点が＋表示辺りになるように、いじる→キャプチャ→aviutlで開く→波形表示でチェックを繰り返す。のだが、おかしいかもしれない。波形表示フィルタのCrCbの扱われ方はちゃんと確認できていない。

　この調整が終わっても安心できない。ソースデバイスによる差（LDとビデオの差など）があるので、最終的にはそれぞれのデバイスごとに微調整が必要になってくる。

・２００４年２月１３日

ほとんど解決

　前回からの続きである。経緯は後で出すとして、問題点の指摘から。

「波形表示プラグイン0.04」をaviutl0.99に使うと、期待通りに動いていない。

　これが作者の勘違いなのか、0.99ではだめなのかよくわからないが、そうなっている。バージョンアップされていないのが痛い。

　端的に言えば、YUY2入力のときにYCbCr表示をした場合、一番上の補助線が235/240線（=輝度100%）、一番下が16線(=輝度0%)である。255と0の線ではない。RGB入力のときにもaviutlが縮小して読み込んでいるので、補助線の意味は同じである。
　また「補助線をCCIR601用にする」オプションはまったく意味がなくなっている。

　従ってYUVキャプチャのときにCCIR601に従ってキャプチャを調整するには、波形表示プラグインの上下の線に合わせる必要がある。じゃあPCスケールにするには？波形表示プラグインのみでは不可能なのである。やるならば拡張色調補正のPC->TVスケール補正を付けた上で上下の線に合わせてやればいいだろう。こういう補正（YUVでフルスケールにする）は本来タブーなのだが、階調を稼いで取って、aviutl（でも何でも）で色調などをいじるというならば使えるときもあるだろう。

　RGBキャプチャの時にもやっぱり上下の線に合わせる必要がある。これでaviutl出力時にはCCIR601に従ったデータができることになる。そしてRGBキャプチャのときにYUVフルスケールでの使用というのはaviutlでは不可能になっている。RGBをaviutlに読み込んだときにはスケール縮小して読み込まれているからだ。

　「波形表示プラグインの使い方」にある0%輝度ラインと100%輝度ラインというのはそれぞれもう一本外側のラインということになる。残念ながらソースがないので変更版を作ることができない。

　そしてこのように（上下のラインで）調整したものを、TMPGEncにVFAPI（プロジェクトファイル）で渡したときには、TMPGEncでは「CCIR601ではなく、Basic YCbCrで出力」のチェックをオフにする。16-235に調整したものは(RGBである)VFAPIのためにaviutlが伸張しているので、TMPGEncでは縮小してやるというわけだ。
経緯　
　一応発覚の経緯など。aviutlでのYUY2とRGBの扱いについては前回（２／１０）の通り。そして私はRGBキャプチャに戻した。つもりだったが、設定はRGBにしたのにキャプチャタイプはうっかりUYVYのままでRGB24にしていなかった。キャプチャ後、aviutlの波形表示で見てみると、上下の0ラインと255ライン（と思っていたもの）をはみ出している。なんかおかしい。これが前回の「何かおかしい」である。
　その後RGB24にしたり、YUY2にしたり、キャプチャのコントラストをがーんと上げたり、YUY2で読むのチェックを外したり、．．．飽和にチェックを入れたりしてみたのだが、「RGB24では絶対に上下の線を超えることができない」一方で「YUY2では超えることができる」こと、「PC->TVスケール補正にチェックすると上下のラインにぴったり合う」ことがわかった。これらの現象を総合的に見ると、上記の内容となる。
aviutlの内部YUV
　どうでもいい話だが、aviutl0.99での内部YUV48が実際にはどう入っているのか調べてみた。丁度いいことにプラグインサンプルにY/Cb/Cr値を上下するフィルタというのがあるのでこれで確認。結果どうやらx16倍されているようだ。つまり8bitの元データに4bitのゲタが付き、上にも4bitの余裕があるということになる。

　しかし、単純にゲタを履かせて4ビットシフトしているわけではない。Y=1～254データは-256～4445辺りに展開される。同様にUV=1～254はCbCr=-2341～2633辺りになる。これはY=16-235はY内部=0-4095に、UV=16-240はCbCr内部=-2048～2047になることを示しいてる。RGB入力の時には0～255が0～4095と-2048～2047に展開される。YUY2でもRGBでも展開される（伸張される）わけだが、RGBの方がより「小さく」展開されることになる。
　しかしプラグインSDKにはY=0～4095、CbCr=-2048～2047と明記されている。これが（プラグインを作っているような）内部を知るものにとっても混乱させている要因のようである。CbCrはまあいいが、Yはマイナス値を取りうるということに、フィルタ作者は注意しないといけない。まあフィルタでちょっと伸張させるとすぐにマイナスになるので、マイナス値を取りうることはすぐに気づくと思うが。

　またaviutlではRGB-YUVの相互変換の時には必ずスケール変換を行っている。そして内部ではなるべくYUVで処理しようとしている。ファイル入出力は前に述べたとおりだが、画面出力時にも内部YUVから画面表示用RGBにスケール伸張を伴って変換、ヒストグラム表示もYCbCrは持っているデータそのまま（補助線はCCIR601線=0-4097の線）で、RGBはそれをスケール伸張して表示など。
　オーバレイ表示はYUVデータをオーバレイに送っている．．．かな？そうでないと全然意味がないのだが。

　一方TMPGEncは内部ではRGBで処理している。従って本当はaviutlとTMPGEncとはつながりが悪かったりする。TMPGEncでは必ずRGBにされ、YUVでの処理が皆無なのでどうしようもない。（フィルタ不要のときにエンコーダに直で渡す方法を用意してくれてもいいと思うのだが．．．）

キャプチャの調整
　そしてキャプチャの設定。RGBだと256階調でYUVだと220階調で取れるので、RGBの方が有利そうに見える。しかしキャプチャチップがYUVで取ったのをRGBにスケール伸張してデータとしている（らしい）ので、結局は同じだ。YUVで取れば負荷は軽いしファイルは小さいしいいだろう。YUV系で取ればaviutlでレベルオーバーかどうかのチェックもできる（波形表示で上下にはみ出る）し。そしてUYVYもRGB24も結局は設定値がほとんど同じとなる。YUV->RGBにされたものがRGB-YUVで元に戻しているんだから当然だ。またDVDからの入力は実際には行わないし、DVDプレイヤーの設定でコントラスト+2、彩度+1するとほぼLD/VTRと同様になることから、もう触れないことにする。

	入力	出力	輝度	コントラスト	色相	彩度
LD/VTR	UYVY	TVスケール	123	56	0	62
LD/VTR	RGB24	FULLスケール	124	65	0	72
LD/VTR	UYVY	FULLスケール	124	65	0	72
TVチューナー	UYVY	TVスケール	123	56	0	62

これでようやく調整完了？　もう私は疲れました。
私はスケール変換がされているのかどうか知りたかっただけなんですけど、こんなに調べるはめになるとは．．．

オーバレイ表示
　このCCIR601の220階調データを扱う上で問題となるのがPC画面上での表示。これを単純にRGB24ビットにマッピングして表示しても、変換時のまるめ誤差によって微妙な階調が失わたものしか見ることができない。そこでYUVデータをそのままオーバレイに送るという方法を取る。オーバレイでは画面ビットマップとは別の色空間で（TV色調にして）表示してやれば階調を全く損なうことなく表示できるというわけだ。オーバレイをちゃんと調整できていれば、aviutlでのオーバレイオン・オフで明るさはほとんど（もしかすると全然）変わらないはず。微妙な階調の差が出ているだけになる。
　しかしビットマップとオーバレイが完全に離れているのは少ないらしい。nVidiaはデフォルトではオーバレイは完全にビットマップと一致している。デフォルトではオーバレイ表示にすると暗くなるし、オーバレイを調整しても完全な調整ができない。Intel内蔵ビデオでは自動的に伸張されてRGB24ビットにマッピングされるという最悪の状態。もしかするとATIはまともかもしれない。

　そしてこれらはアナログRGBにCRTだからこそできること。液晶の場合RGBの輝度は段階的にしか変わらない（かな？）のでRGB0-255とオーバレイ16-235の両立ができない（多分）。またデジタル接続（DVI）でも同様。階調が決まっているのでそれらに丸めるしかない。まあnForce2ビデオもオーバレイ－デスクトップの間はマッピングされている気もするが。
aviutlのYUV-RGBとプレビュー
　ここでaviutlのプレビュー表示について。RGB出力するのならば、（オーバレイ表示でない）画面見たままが渡されると思っていい。表示はYUV-RGBでスケール伸張しているし、RGB出力も同じく伸張される。色調整なんかはここでやるしかないが、最終的にMPEG2にするならばエンコーダ側でRGB->YUV変換（スケール縮小付き）が行われるので結局は階調・色調はずれることになる。RGBに変換している以上、スケール変更があろうがなかろうが関係ない。→TMPGEncを使う限り仕方ない。
　YUV出力するのならば画面の見た目と出力を一致させるためには、ちゃんとオーバレイを調整できる環境ならばオーバレイ表示を使い（このときには正に「見たまま」になる）、できないのならば拡張色調補正でTVスケール変換を行うことで擬似的に同じ出力を目にすることができる（このときにはコントラストが落ちて画面が暗くなる）。当然エンコード時にはスケール変換は外さないといけない。
aviutl->TMPGEnc渡し
　YUVで16-235でhuffyuvキャプチャして（あるいはaviutlでそう調整して）TMPGEncでエンコードするとき、TMPGEncではストレート変換ではなく縮小変換してやる（CCIR601ではなくBasic YCbCrを使うチェックをオフにする）必要がある。なぜならコーデックやaviutlがRGBにするときに伸張しているから。そのため0-15と236-255にデータがあってもそのデータは皆つぶされることになる。
　canopus DVコーデックやhuffyuvSでストレート変換してあるときにはBasic YCbCrを使うオプションはオンなのだが、そのときには上の伸張されている場合と比べてレンジを損していることになる。

　まあいずれにしてもアマチュアにとってはどうでもいいような微妙な問題だ．．．と思う。

・２００４年２月１０日

RGB-YUV変換とYC伸張

　さて前から散々苦労している色空間。人と話しているうちに全貌が明らかになってきたのでまとめておく。

・DVDにはCCIR-601に従って縮小したYUVデータが入る。
・PCで画面に表示するときにはフルスケールのRGBで行われる。
・CODECでは入出力のフォーマットが複数選べる。RGB、YUVなど。
・コーデックを使うアプリではフォーマットを指定して呼び出す。
・PCでは、RGBはフルスケールで、YUVはCCIR-601に従って扱うことが多い（かな？）

という辺りが基本。そしてここからが色スケールの本番。

・Monster TV2。
　ドライバでYUVかRGBかの出力選択が可能になっている。スケールは設定でどうとでもなる。RGBにした方が情報量が多そうなのだが。

・ふぬああ。
　これ自体は何の変更も行わない。

・HuffYUV。
　ここでは入力・出力にRGBとYUVを選択できる。必要に応じてRGB->YUVやYUV->RGBに変換するが、この相互変換の時に前者は縮小、後者は伸張している。（ちなみにこのRGB-YUV間でのスケール変更を行わないのがHuffyuvSである。）
　YUVで保存されているときにYUVの入出力では変換しない。またRGB保存されているときにRGBでの入出力でも変換しない。

　Always suggest RGB format for outputをチェックすると、このコーデックでデコードする（ファイルを開く）ときRGBで送り出すようになり、YUVで出せなくなる。（そしてYUVで保存されているときは伸張される）
　Convert to YUY2にしていると、RGBでコーデックにきたときにYUY2に変換してファイル保存する。このときにはスケール圧縮される。

・Aviutl。
　この内部ではYUV（各16bit）で処理を行っている。YUY2で読み書きしたときにはスケール変換はない。RGBで読んだときには圧縮し、RGBで保存する時には伸張している。
　コーデックの設定で「YUY2で展開する」「YUY2で圧縮する」の選択ができる。前者はファイルを開くときにコーデックに対してYUY2で要求する。チェックを外すとRGBで渡すように要求する。後者も同様にファイルに保存するときにどちらを使うかを設定する。
　そしてRGBで開いたときにはaviutlは「縮小して内部YUVにする」。つまりRGBのときにはコーデックで圧縮・伸張していることを期待して、逆変換を行っている。これがいやなら拡張色調補正でPCスケール補正を入れることになる。保存のときも同様に伸張したものをコーデックに渡す。これがいやなら同じくTVスケール補正で辻褄を合わせる必要がある。
　その他フィルタ類でも変更可能だが、見たままなのでここでは触れない。

・VFAPI。
　aviutlとTMPGEncの間でプロジェクトファイルで渡したときにはVFAPIが使われる。（TMPGEncの読み込み時には必ずVFAPIが使われる）　VFAPIではRGBで渡されるため、YUV->RGB変換がaviutlで行われる。TMPGEncではRGBのまま処理される。aviutl->VFAPIではスケール伸張しているが、VFAPI->TMPGEncはRGBのままでスケール変換はない。
　AVI2ファイルをTMPGEncで直接読んだときにはAVI2ファイルリーダーが使われるが、こいつはYUY2で読むのか？RGBで読むのか？RGBにするときのスケール変換はどうなっているのか？よく知らない。

・TMPGEnc。
　元々、RGBで読んだものをYUVに変換してMPEGを作るという発想になっている。VFAPIでRGBとして読んだものはそのままMPEGエンコーダへ。エンコーダでYUVに変換するが、「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」のチェックにより、チェックなしでは縮小し、チェックありではそのままで(BASIC YCbCrのRGB->YUV変換式で)YUVにして、エンコードする。AVI出力ではどうなっているのか不明。（おそらくエンコーダにはそのままRGBで渡すのではないだろうか？？）
　ちなみにTMPGEnc3.0ではYUV入力が可能になるようである。

・画面表示。
　RGBはそのまま表示できるので問題なし。スケール変換もない。YUVは表示時にRGBにされるが、ここでmsyuv.dllが使われる？ここでは伸張される？オーバレイ表示時にRGBデータを渡しても伸張されない？オーバレイ表示時にYUVデータを渡すと伸張するビデオカードもある？
　よくわかっていない。

・まとめ。
　変換誤差を考えると、一度YUY2のCCIR-601スケールでキャプチャしたものをそのままMPEG2にしてやるのが一番である。が、TMPGEncを使っている限りそれができない。どうしてもYUV-RGBとRGB-YUVの変換が１度は入る。うっかりしていると更に入る。できればVFAPIでの１度にしておきたい。

　aviutlでフィルタ操作するのならば、入力はフルスケールで入れた方が丸め誤差が少なくなる。キャプチャは0-255ですべきだと思う。これなら画面上の見たまま編集できて都合もいい。ただし（当然）キャプチャ時に0-255でクリップされないように気をつける必要がある。YUVデータをフルスケールで使うという気持ち悪さはあるが。
　このときにはTMPGEncでは「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」をチェックせずに、縮小してエンコードさせる。

　YUV系でキャプチャして無圧縮保存するとMS-YUV16ビットになる。24ビット無圧縮ではないのか？情報がかなり減っているけどいいのか？MS-YUV(msyuv.dll)は16bit出力なので階調が落ちると聞いたが？
→YUY2の16bitデータがそのまま落とされている。そういう意味では無圧縮である。元々YUY2データはYは１ピクセルで8ビット、UとVは2ピクセルで8ビットずつで１ピクセル当たり平均16ビットである。普通はあまり問題ない。これをYUVデータとして読み出すときには問題ないが、RGBとしてmsyuv.dllを使って読み出すとRGB16ビットに落とされてしまう。この情報落ちは痛い。ただしいつのころからか修正され、今ではRGB24ビットになっているそうである。

　今までRGB系でキャプチャしてhuffyuv→aviutlで使っていたが、YUY2の方がキャプチャデータが減るのでYUY2キャプチャにした。aviutlに取り込んでみたところなんとなく白っぽい。これはスケール伸張されてるってこと？
→RGBキャプチャのときにはhuffyuvでRGBはそのままファイルに入る。aviutlで読み込み時にもそのままRGBで渡す。しかしaviutlで内部YUVにするときにスケール縮小されている。一方YUVキャプチャの時にはhuffyuvでそのままファイルに落ち、aviutlでもそのまま内部YUVに転換される。従ってYUY2の方が白っぽく見える。YUY2の時には自分でスケール縮小しないといけない。（ボードやドライバによると思うが）

余談。
　うちで使っているPioneerのDVDプレイヤー(DV-545)もLDプレイヤー(CLD-01)も明るさの上端でクリップしている。DVDで235より明るいデータを食わしても235にサチる。従って明るすぎるシーンでは白とびが発生する。おそらくはPioneer共通の仕様。一方PS2ではサチらずにより明るいものとして出力される。

　実は今の私のエンコード状況ではどうも丸め誤差が結構あるのか、映像がイマイチなのである。最初に作ったDVDが一番輝度などの解像度がちゃんとしているような気がするのだ（色タイミングはずれていたが）。最近作ったものはどうも解像感が悪くって．．．最初に作ったやつの詳細設定を忘れてしまっているのが残念だ。なんとなくRGBキャプチャで直接TMPGEncに入れていたような気がしている。この件があるので、最近は丸め誤差についてちょっと神経質だったりする。丸め誤差はRGB-YUV変換、スケール変換、キャプチャ時などの16-235か0-255か（当然後者の方が情報量が多い）、YUY2かRGB24か（当然後者の方が情報量が多い）などなどで発生する。

PCスケールで再設定
　次の数値だろうか。→RGB系は失敗である。後でやり直す。

	入力	出力		輝度	コントラスト	色相	彩度
DVD	UYVY	PCスケール	YUV	125	55	0	57
LD/VTR	UYVY	PCスケール	YUV	125	56	0	55
DVD	RGB24	PCスケール	none	127	64	0	68
LD/VTR	RGB24	PCスケール	none	127	68	0	64
TVチューナー	UYVY	PCスケール	YUV	117	60	0	57

しかし、何かおかしい。次回に続く。

・２００４年２月８日

色タイミング補正
　昔のLD/ビデオを懐かしく思いながらも、LD→DVD化作業も既に量産体制に入っている。しかし作成したDVDを人に見せたところ、「おまえの絵は色ずれしている」との指摘あり。彼によればキャプチャしたものは大抵色ずれしているので、aviutlの色タイミング補正をやってみるといいとのこと。今までは全く色ずれについては気にしていなかった。（気になっていなかった）
　そこで色タイミング補正について習得する。まあ見た目で（拡大ツールで拡大すれば）ずれているのはわかるのでちょいちょいと移動してやればＯＫ。波形表示で輝度とCb/Crの信号のずれをチェックしてもよし。垂直方向のずれはわかりやすいのだが、水平方向は詳細には詰めにくい。というよりは水平方向へは階調が徐々に変わるものなので、きっちり合わせることができなかったりする（ソースにもよるかも）。大抵は皆-2から-10位の補正でほぼ合うようである（うちでは）。
　そして昔の最初から色ずれしたビデオ（通常再生時にもずれて見えている）もまともに見られるようになるのであった。-17/-21という大きな補正が必要であったが。販売時点でずれまくったビデオってのもどうかと思うが。（ちなみにA-JAXとR-TYPEだ。）

　この色タイミング補正だが、やってみるとやみつきになる。どんなソースでもやらずにはいられない。今まではこんなことは気にしていなかったのに．．．カーオーディオのタイムアラインメントとか、カーナビとかETCのようなものだろうか。なけりゃないで問題なかったのに、一度体験したらそれなしではいられないという。

　ちなみにこの補正は水平方向は4刻みに、垂直方向は2刻みしか使えない。他の値ではどうもイマイチである。垂直方向は-4,-8など、水平方向は-2,-6,-10などになる。
　またYC伸張フィルタで4:2:2->4:4:4補間を入れるといいそうである。詳細は調査中。
フィールドずれ補正
　その中で明らかにフィールドごとに１、２ドットずれているビデオを発見。達人だ。動いていないにも関わらず常にコーミング縞のようなものが出ている。ちょっと探してみたがこれを戻すフィルタは発見できず。まあ普通はこんなずれ方を起こすはずがないので当然だが。仕方ないのでaviutl SDKを使って自作した。ここにさらしておく。転載不可とする。必要ならソースから改変することを勧める。フィルタの設定で数値を設定するとその分だけ１ライン置きに左右方向にずれる。+でも-でも可。ボトムにチェックを入れると奇数ラインに対する操作になる。
フィールドずれ補正フィルタ
　これを使って調整したところ、件のLDでは2ドットずれくらいだった。しかも途中で偶数奇数反転しているというオマケ付き。ゲームビデオってのは結構いい加減なものだ。

　直接PCとは関係ない話だが、私の持っているLDプレイヤーはCAVディスクとCDの再生がまともにできなくなっていることが判明。CDは何度かトライしていると再生できることもあるのだが、CAVの方は必ず20分以降の再生で止まってしまう。回転制御がうまくいっていないもよう。もはやLDプレイヤーなんか売っていないので困ったものだ。たかが２～３万のプレイヤーを修理するってのももったいないし。幸いにしてCAVディスクはかなり少ないのが救いだ。

＃aviutlでは展開（読み込み）や圧縮（保存）のときにYUY2とRGBとが選択できると教えてくれた方、ありがとうございます。またYUY2で色情報が損なわれていると問題があると言ってくれた方もありがとうございます。この方たちのsuggestionがなかったら、「民生用キャプチャなんてこんなものだ」と誤解したまま使っていたと思います。

この先は勘違いしていた時代のものです。よくある勘違いのようなので、そのまま残しておきます。

・２００４年１月２４日

LDなどの場合
　これでOKと思ってLDをソースに取り込んでみると．．．ちょっとY値が高め。235の範囲を超えている。逆に下の方は上がり気味。結局は再調整することに。調べるとVTRも同傾向である。

	入力	出力	輝度	コントラスト	色相	彩度
DVD	UYVY	TVスケール	132	53	0	55
LD/VTR	UYVY	TVスケール	123	49	0	55
TVチューナー	UYVY	TVスケール	117	59	-1	64

　見てみるとDVDプレイヤー（Pioneer DV-545）には出力特性の変更がメニューから可能なのであった。「標準」だったのだが、コントラストが落とされていたもよう。コントラストを+2にするとLD/VTRと同じレベルになった。
　MonsterTV2内蔵チューナーも上のようにまたちょっと違う。テストパターンがないのでちょっといい加減。

DVD2AVIの場合
　気になったのでDVD2AVIを調べる。プロジェクト出力のとき、VideoのYUV->RGBはTV ScaleにするとTVスケールで、PC ScaleにするとPCスケールで出力される。ちなみにこのPC Scaleへの変換精度はかなり低い。Color SpaceはPC画面での見た目は変わるが、プロジェクト出力では何も変わらない。YUVにするとPC画面で見て本来の明るさ・色合いになる。よってお勧めはTV ScaleとYUV 4:2:2だ。

・２００４年１月２３日

問題あり。
　ようやくキャプチャデバイスの輝度調整が終わったので、キャプチャしてみた。しかし、これをaviutlに入れてみたところはっきりと白飛びしている。波形表示プラグインでも一番上でカットされていることは明らかだ。今までの手順のどこかに間違った前提があったようである。

　各アプリケーション（ふぬああ、aviutl、tmpgencなど）のYUVスケールの変更を詳細に調べていった。
　まずはキャプチャボード（MonsterTV2）とドライバ。ボード自体はドライバでの調整でどうにでもなるので無視する。今までUYVYで取っていたのをRGB24にするとレベルが下がり、PCスケールだったものがRGB24にするだけでTVスケールに落ちる。入力方式でスケールが異なるようである。
　続いてふぬああ。これ自体には何もない。ただこのヒストグラム表示は本当に正しいのだろうか？それとも使い方がわかっていないだけだろうか？
　HuffYUV。すべてのチェックをオフにしているが、特に問題はなさそう。
　aviutl。なんとなくaviutlが勝手にPCスケールに伸張しているんじゃないかと思って探してみる。と、aviutlは255～235は235に、0～16は16にまるめているという記述を発見。オプション（YUY2変換時にY:16-235,UV:16-240の範囲に飽和）になっていてデフォルトオフなのだが、これは怪しい。プラグインフィルタでPCスケール変更とかTVスケール変更とかあるようだが、私はフィルタなしで使っていたので関係ない。
　最後はtmpgenc。フィルタを除くと、MPEGエンコード時にTVスケールに縮小しないチェック（YUVデータをCCIR601ではなく、Basic YCbCrで出力する）がある。（名前がわかりにくいが．．．）デフォルトはオフなので縮小される。これも関係しそう。

　まとめて考えると、カラーバーのDVDを作るときに、カラーバーのビットマップ（正）→aviutlに入れる（上がカットされて白のみがちょっと暗くなる）→tmpgencでエンコード（それをITU601に従って16-235に圧縮される）→DVDへというわけで、どうやら作ったテストDVDの白のレベルが既に落ちていたもよう。これがtmpgencでDVD用にTVスケールに落とされているので、結果としてちょっと暗い白が収録されていたようだ。
　そしてこの暗いものを元にキャプチャ設定をPCスケールで調整していたので、それよりも明るい通常のソースを入れたことで白飛びしていた。これに加えてaviutlで上のほうを切り捨てているので更に白飛びを起こしていたようだ。aviutlのこの仕様は0.99でオプションが増えてキャンセルできるようになった。→デフォルトオフだが、私はなぜかオンだった。

　こうして考えると、TVスケールでキャプチャしたものはaviutl->tmpgencで出すならばtmpgencのBasic YCbCrのチェックはオンにする（変換はしない）必要がある。途中でPCスケールに変更する必要はない。

解決編
　というわけで再調整。aviutlのシステムの設定の「YUY2変換時にY:16-235,UV:16-240の範囲に飽和」のチェックをはずす。調整自体は前日の通り。
　ふぬああのヒストグラム表示は、キャプチャ方法としてUYVYやYUY2ならばcompressed-range YUV <->full-range RGBを、RGB24ならばfull-range YUV <-> full-range RGBを選ぶ。このYUV側はキャプチャボード（ドライバ）によって異なったりするようだ。

　キャプチャ時にTVスケールにするかPCスケールにするかだが、途中で色調調整などを行うならPCスケールで取ってPCモニタ上の映像で調整、やらずに直接MPEG2->DVDにするつもりならTVスケールで取ってそのままTMPGEncで再スケールなし（basic YCbCrのチェックオン）でそのままエンコードするのがよいだろう。しかしPCスケールで取っていると範囲外のものはつぶされてしまうので色調調整が十分に行えなくなる。というわけでやっぱりTVスケールでキャプチャして、PCモニタを見てではなく（YC伸張に）調整済みのビデオオーバレイやTVモニターで調整するのがベストだ。そうはいかないというのならば調整はPCスケールに伸張して行って、エンコード時には伸張なしに変更してもよい。よってキャプチャはTVスケールで行うべし。

　ここでPC上で再生する映像データ（DivXとかwmvとかrmとか）はどうすべきなのか？という疑問がわく。基本的にはTVスケールにすべし、PC上で再生時に伸張すべし、というのがマイクロソフトの考えらしい。IntelやATIのビデオカードでは既にビデオオーバレイの映像は勝手に伸張したものを表示しているらしい。nVidiaのnForce2内蔵ビデオではデフォルトでは何の変更もなく表示している（ので暗くなる）。必要ならばビデオカードのプロパティの調整で調整すべし。明るさを上げて、コントラストも上げる。

　逆にいえば私が今までにaviutl->tmpgencで作っていたMPEGは皆コントラストが落ちた状態だったようだ。実はなんとなく暗くて、色が薄くてちょっと変かな？と思ったのが、この輝度やアプリケーションでのスケール変更の調査の発端なのだが。まあ表示側（TVとか）のコントラストをちょっといじれば結構見えるわけで、暗い以外の問題はそれほどないとも言える。

　最終的にDVD再生しての調整では、私の環境では次の値となった。

	出力	輝度	コントラスト	色相	彩度
RGB24	PCスケール	138	73	0	77
RGB24	TVスケール	133	61	0	64
UYVY	PCスケール	135	62	0	64
UYVY	TVスケール	132	53	0	55

このようにいろいろなパターンを調べてみたが、結局使うのはUYVY TVスケールだけだろう。
　

・２００４年１月２２日

SMPTEカラーバーと色補正
　前日の続き。普通（プロは）輝度とコントラストの調整にはSMPTEカラーバーを使うという。ちょっと探したが720x480のものが見つからないので、自分でビットマップを作った。一応これ。必要なら勝手に使ってくれ。左下の部分と右下の-5%部分は再現されていない。PCスケールである。これを使ってのキャプチャデバイス調整方法である。

　このビットマップを元にAviutlで追加読み込みで追加していき、10秒ほどの映像にする。プロジェクトに出してTMPGEncでエンコード（YUVデータをBasic YCbCrで出力はオフにする）。ビットレートは8Mbps位に。そしてこのMPEG2をリピート再生するようにしてDVDにビデオとして焼く。MPEG2にすると境界が怪しくなるが、あまり問題ない。

　これを再生したものをふぬああでキャプチャする。ふぬああページのヒストグラム表示プラグインをもってきて、regsvr32でインストール。するとふぬああのビデオフィルタにhunuaa Histogramが出てくるのでこれを選択すると、ヒストグラム表示が出る。これとデバイス設定のVideoProcAmpの輝度とコントラストとを変化させつつ、調整する。同時に見られないので、ちょっと面倒である。
　裏に出ているビデオフィルタウインドウでhistogramのプロパティを出す。hunuaa Histogram2タブでPresetを選択する。full-range YUV <-> full-range RGBを選ぶ。
　調整は左のRGBバーで行う。PCスケールならば左右端に集まるようにし、TVスケールならばShow Boundsチェックで出る緑の点線からはみ出さないようにする。TVスケール調整後の例。私の場合はRGB24でTVスケールならば輝度133、コントラスト61であった。（昨日と大違いだ．．．）

　キャプチャしたものをaviutlで読み込む。aviutlには波形表示プラグインを入れておく。波形表示フィルタをオンにするとなにやら図が出る。設定ウインドウを出して、Yを450位に、色ベクトルはオフにするとこんな図になる。TVスケールの時には補助線をCCIR601用にするをチェック。ここでPCスケールの時には白い線の上限が上の補助線辺り、下限が下の補助線辺りであることをチェック。TVスケールならば上限は上から２本目、下限は下から２本目にする。ふぬああでのデバイス設定ができていればここはほぼOKのはず。合っていなければVideoProcAmpの調整をやり直す。右下にはちょっと上がった部分ができる。
（ちなみに本物のsmpteテストパターンでは左のほうの赤と青の線に変化が出るのだが、これの利用方法を知らないのでビットマップでも再現していない。）

　そしてYを200位にして色ベクトルにチェック。するとこんな図に。デバイス設定の彩度設定をいじると頂点の位置が外になったり内側になったりする。同様にして色相をいじるととんがった形全体が右や左に少しだけ回転する。このとんがった線の頂点が＋表示辺りになるように、いじる→キャプチャ→aviutlで開く→波形表示でチェックを繰り返す。私の場合は色相0、彩度64（つまりデフォルト）であった。

　この調整が終われば、以降デバイスの設定をいじる必要はないだろう。ソースデバイスによる差（LDとビデオの差など）は後で調整する。
モニタの調整
　続いてモニタの輝度調整。カノープスサイトのここに調整に使えるビットマップがあるので、ダウンロードしておく。ペイントでも使って拡大表示する。モニターの輝度を調整して一番暗いところと一段階明るくなるところがなんとか判別できるくらいに調整する。続いてコントラストを白が白に出るように調整する。以上。まぶしいならコントラストを調整する。

　そしてビデオオーバレイの調整。この白黒ビットマップをaviutlで開いて、オーバレイ表示にチェック。ビデオボードのカラー調整でオーバレイ領域について調整するのだが、今度はちょっと違う。明るいほうは真ん中とそのひとつ外の明るさが同じになるくらいまで明るくする。暗いほうは一番暗いのと一段明るいのとは区別がつかないくらい、さらに一段明るいのとは区別がつくくらいに明るさとコントラストを調整する。うちでは明るさ111%、コントラスト130%という結果に。グラフはこんなの。
　ところがこれをやってしまうと、通常のPC用動画ファイル（Aviとかrmとか）の再生が白飛び黒つぶれになってひどいことになる。（そうでもない？）ビデオ作成においてはどうせPCスケールでもちゃんと表示されているのだから、オーバレイ表示はあんまり気にせずに放っておいてもいいのかも。フルスクリーンビデオミラーをテレビに出していて、これを見て映像を作っているというのならばちゃんと調整しておく必要があるのだが。

　でも一応オーバレイはTVスケールとして合わせてみた。上の値では黒浮きが激しくて気になるので、妥協点を探した結果オーバレイ/VMRは明るさ118%でコントラスト125%に、フルスクリーンビデオは明るさ105%、コントラスト103%となった。

　ちなみにカノープスのサイトでの調整方法はまったく逆である。オーバレイをちゃんと使う人向け。まずビデオオーバレイの輝度・コントラストをモニターの調整で合わせる。それではビットマップ画面が明るすぎるので必要なだけビデオカードの調整機能でデスクトップ画面を調整する．．．となっている。

　※ただし、このやり方は「カノープス流」の調整である。その心はカノープスDVコーデックは圧縮・伸張しない辺りにも現れている。そしてそのファイルをちゃんと見る（見せる）ための調整方法であると見ることもできる。当然その他の（一般的な）ポリシーってのもある。PC上でPCスケールで表示するというやり方である。

・２００４年１月２１日

輝度とコントラスト調整
　最近、映像を扱いだしてから画面表示にうるさくなってしまった。Canopusサイトに調整例があったのでそのとおりに試す。そもそも私は輝度とコントラストは何が違っているのかよくわかっていなかった。なんとなく輝度は明るさが変わってコントラストは明るさの幅が変わっているのかなぁ位だった。

　CRTモニタの調整はまずは輝度で黒レベルを合わせる。真っ黒(0,0,0)とちょっとだけ明るいもの(15,15,15)の区別がかろうじてつくくらい（できない限界くらい）だろうか。続いてコントラストで白レベルを合わせる。真っ白(255,255,255)とちょっと暗いもの(235,235,235)の区別がつけばよい程度に。まぶしすぎるようならコントラストで明るさを調節すること。（私はこれを勘違いしていた）
　液晶では事情が異なる。機構として明るさはバックライトの明るさで決まり、基本的にコントラストはない。あっても白レベルを元にして上下するはず。まぶしいなら明るさを調節することになる。私の車載ナビのモニターはそういう調整になっている。しかし液晶モニタ（MDT151X）では異なっている。どうなっているのかはよくわからない。黒つぶれを直したいのだが。

　うちのTOTOKU CV821Xは輝度68、コントラスト50～70とすると見違えるほどきれいに映るようになった。
nForce2ビデオのオーバレイと解像度
　そしてオーバレイ表示の調整をしようと思ったが、nForce2ビデオの場合にはオーバレイ表示はPCスケールで表示されるように調整されている。そこで235は255と同じ明るさに、15が0と同じ暗さになるように調整すればOK（多分）。

　今まではメイン画面は1600x1200x16bitカラーで、サブ画面は640x480x32bitで表示していたのだが、さすがに16bitカラーでは映像を扱うのに使えない。というわけで32bitカラーにしたのだが、どうしてもビデオオーバレイ（+フルスクリーンビデオミラー）表示時に画面が崩れてしまう。サブ画面の解像度を変えたり色数を変えたりしたがうまくいかない。一番まともな800x600x32でも、RealOneのビデオオーバレイ時に画面が崩れる。結局はフルスクリーンビデオはあきらめた。内蔵ビデオの限界だろうか。
　フルスクリーンビデオをあきらめるのならば1600x1200x32と1024x768x32にできるので、これはこれで幸せである。（フルスクリーンビデオミラー時は1600x1200x16と640x480x32）
キャプチャ時の輝度とコントラスト
　キャプチャ時に取れた絵の黒レベルが上がっているのが気になっていた。見た目ではわからないが、ヒストグラムでは明らかに高くなっている。そこでキャプチャドライバの映像調整を行う。ふぬああでのヒストグラム表示をにらみながら微調整。しかし表示しながらパラメータを変えることができないので、結構大変だった。そしてこの調整は、輝度では明るさが全体に移動し、コントラストでは明るさの幅が変わるのだが、コントラストをいじるとつられて黒レベルも白レベルも変化する（PC上での調整ではよくあるタイプ）。はっきりいってこれは調整がやってらんないくらいに面倒。CRTなんかでは輝度で全体が変わるのは同じだが、コントラストでは黒レベルは変わらないまま明るさが変わるので、調整が簡単なのに。
　そして散々いじって出た答えは輝度126、コントラスト66、色相-1、彩度75、シャープネス4というもの。デフォルトは128,64,-1,64,0なのでほとんど変わっていないが、ヒストグラム上は非常によくなった。（調整前は120,68辺りにしていた）

・２００４年１月１９日

MonsterTV2キャプチャ
　休み中は久しぶりにMonsterTV2と格闘していた。昔のLDをDVDにしたかったのだ。いつものように１時間分をHuffyUVでキャプチャしてAVIUTLとTMPGEncとでエンコードしてDVD Authorでオーサリング後にInstantCD+DVDで焼く。この繰り返し。１時間なのはディスクの空き具合による（50Gくらいしか空いてないもんで）。そこで（１年以上使ってきて今更）キャプチャした映像がイマイチに思えてきた。ソースは前述のとおりLDでS-VIDEO経由でのキャプチャ。せっせとキャプチャしてみたものの、どうも画像がパリッとしない。見てみるとキャプチャしたAVIの時点でイマイチに見える。そもそも元画像では太字幕で単色平面のはずなのに、できたものはエッジがちらちらしている。ブルーバックに白文字表示では青が数ラインに渡ってにじんでいる。

　このボードの限界なのかと思ったのだが、周りの評判はすこぶる良い。散々見てみると、「この価格帯にしてはすこぶるよいかもしれないが、もっと高価なもの（具体的にはMTV系）はもっとよい」のではないかと思うに至った。というわけでMTV2200SXかGV-D1VRを検討する。だったのだが、よく考えてみるとビデオからの入力時にはそんなにひどくはなかった。シャープな映像にはならないが、少なくともちらつくことはない。
　というわけで接続関係を疑ってみる。LDは元々YC分離されていないので、S-VIDEO接続しても（時に）逆効果だ、という意見がある。試しにコンポジット接続するとちらつきは抑えられるものの皆無ではない。ただし青のにじみはほとんどなくなった。一方で3D YC分離でないため、白黒の境目での色にじみ（レインボーカラー）が出てくるのが気になる。

　で結論としてはどうしてもきれいにしたいのならば、LDプレイヤーを買い換えるべし。少なくともS端子接続のままで使っていてはまずそうだ。3D YC分離のキャプチャボードでも可。まずはGV-D1VRだろうか。そんな寄り道せずに素直にDigitalVideoRecorderに行けって意見もあるが、MPEG2キャプチャ機能は私には不要だし。
　ちなみに太字幕でのちらつきはどうも元映像から入っていたもののようである。そしてできあがったDVDは別段ひどいものでもない。そもそも実は「きれいなLDソフト」はあまり持っていなかったりする。DigitalAudioでないものも結構あるし。
RGB24とYUY2キャプチャ
　そして今ではYUV辺りを再び研究中。チップはYUVで取っているのでRGB24でキャプチャするのはいまいちかも、と思い始めたのだ。しかしYUVにするとMSYUV.DLL辺りがちょっと面倒というか影響しているのかどうかの検討から始めないといけないし、YUVキャプチャ時のプレビューは上下逆転しちゃうし。YUVでAVIキャプチャしたときにTMPGEncで直接エンコードしていればいい（のか？）が、Aviutlを通してプロジェクト渡しするとその中で一度RGB変換かつPCスケールに伸張されちゃうので、その辺りの検討も必要なのだ。更にYC伸張とかの問題（検討）も必要だし。YUVでキャプチャ後にYUVのままMPEG2にエンコードされるのがベスト（余計な変換による丸め誤差がでない）に思えるが、この辺の考慮も必要だ。
MonsterTV2評価
　最初はMonsterTV2けしからん、評判は高いのにたいしたことないやつ、ついでに普段思っている不満もぶちまけちゃえって思ったのだが、キャプチャはちゃんとできているのでは文句も言えない。少なくともSからの入力はまともです。それでも使い勝手の不満を述べておく。

・付属アプリで予約すると常にアプリを起動していないといけない。タイマーは別プログラムで管理して、必要なときにのみアプリを起動するようにして欲しい。
・予約もアプリを起動していないとできない。簡単なアプリのみで予約できるようにして欲しい。iEPG予約はアプリを起動していなくても可能なのに。
・オーバレイを確保できないとアプリが起動できない。これのため予約とか録画とかが出来なくなる。
・逆にこれが立ち上がっていると他のアプリでオーバレイを取れずに立ち上がらないことがある。これによって予約中はそのアプリが使えなくなる。
・オーバレイを取れないと録画されない。よってXPのユーザ切り替えやリモートデスクトップでつないだときなどには録画が出来ない。画面表示なしの録画が出来て欲しい。
・リモートデスクトップではあらゆる操作が不可能。つないだ後にアプリは起動できないし、起動してあるところにつなぎにいっても録画は不能。予約は可能。
・たまに網目ノイズが発生する。予約だろうが、その場で録画だろうが、いつ起動しようが、ふぬああだろうが、関係なく発生する。これが発生するともはや鑑賞に堪えないものしかキャプチャできない。付属アプリでは５回に１回くらい、ふぬああのTVでは９割くらい、めぬああの外部入力では10回に1回くらい。ふぬああでのTVキャプチャはあきらめている。
・TV鑑賞アプリとしてみると、操作性が劣悪。チャンネルのダイレクト選択も出来なければ、キーボードショートカットもない。いいかげんリモコン風操作をやめてもらいたいものだ。
・TV鑑賞ではウインドウサイズを標準(640x480)に戻すことが簡単にできない。
・TV録画時に録画開始時のサウンドモードで固定される。録画開始時にモノラルだったのが番組開始でステレオになっても、モノラルでしか録音されない。

網目ノイズの例（右）。当然実用に耐えない。ちなみに網目は固定されていて、ちらつきはない。

普通の映像ではこんな感じ。わかりやすいように２倍に拡大してある。まあ左（網目なし）のものもどうかと思うが。

http://www10.plala.or.jp/p205tb16/colorspace.html

坂井瑞穂