• ページの感想、自作ソフトの問い合わせなど、気軽に書きこんでください。
• 改行は<BR>タグでお願いします。Enterは有効になりません。
• その他フォントなどもタグを使って変更可能です。

■ゆーきんさん

　ようこそいらっしゃいました（＾＾）ノ
ＡＤ−ＴＶＫ５０１は私もBt878と記憶していますが、挙動不審ですね（汗
dTVが「No Suitable Hardware」と出る時点でちょっとおかしいですね。
通常のアクセス方法ではBt878がみつからない、ということですから。
おそらく、この状態だとリファレンスドライバすべてが使えないはずです。
う〜ん、独自設計なボードなんでしょうか。。。？

■Y.Masuyamaさん

＞ビデオ録画からのキャプチャなら、ｆｐｓを合わせて二回録るのが吉でしょう。
　ええ、そうなんですが、PC9821の内蔵音源はむちゃくちゃ負荷
が大きいんですよ。プラスでキャプチャボードがCバスだったので、低画質高音質キャプ
は解像度を落とすだけでは間に合わなくて、fpsまで落とさないと出来なかったんです（滝涙
fps落とすと対応関係がわけわからじです(TーT)

＞セミプロ用のＡｕｄｉｏカード
　おわっ、すごいですね。おいらの場合、そのカードを生かせるオーディオ機器が
無いので、例え所持していたとしても宝の持ち腐れになりそうです（＾＾；；；

＞１６×１６の倍数にしておかないと、デコーダ側でトラブる可能性
　ああっ、確かにそんな話があったような気もします。
きっと、おいらがVCD、SVCDを作っていないので、印象に残っていなかった可能性大です（汗

■fayさん

　いろいろお世話になっております（＾＾）
メールの件、やはりディレクトリの指定でした。現在無事に動いているようです。
もうちょっと微調整してから公開したいと思います。どうもありがとうございました（大謎

■hUnuaAさん

＞Ospreyドライバって動いても残像が酷かったような気がしたんですけど・・・
　い！？そうなんですかっ　残像はきらいだぁ〜（壊

＞やっぱWIn2000では怖くて使えないです。
　うーん、いまいち不安定みたいですね（＾＾；；；　うちでは安定しているんですが。。。
ただ、動作は安定しているものの、レンタルビデオを見るとたまに同期が不安定になる
ソースがありました。IOのTVステーションだと問題無かったので、マージンが少ないのかな？

■SOUZIさん

　ようこそいらっしゃいました（＾＾）ノ
ををっ、ゆーきんさんと同じボードをご使用ですねっ。
構成がわからないので一般的なレスになっちゃいますが、pppkさんの仰る通り、
HDDのDMAチェックは大丈夫ですか？再生もままならない、となるとHDDがボトルネック
になっているような気がします。

■イヌーエさん

＞私の場合ボードのドライバが原因のようでしたが
　う〜ん、Win2kって持っていないのでわかりません。。。
PnPが関係していそうな気がします。。。＞見つかるときと見つからないときの違い

■pppkさん

＞今後ともよろしくお願いします。(^^
　こちらこそよろしくお願いしますです（＾＾）
preタグは、手抜きレスのときにおいらも使っていました（滝汗
ただ、IEだと文字のサイズを「小」以外に設定していると、preタグの部分だけ
Fontの大きさが小さくなる現象があったので、なるべく使わないようにしていました。
IEのバグなんでしょうかね。NNだと全く問題無いんですが。
まあ、近日中に掲示板移るつもりなので、それまでちょこっと我慢してください（＾＾；；；

■おかｐさん

　ようこそいらっしゃいました（＾＾）ノ
WinTV PVRのVFWは、もしかしたらBt8x8のリファレンスではないのかもしれません。
もともと、フィールドオーダーのバグは、Bt8x8のリファレンスドライバ、それもWin9x用
のみの話だそうですので、可能性としては考えられることではあります。

　更新した「フィールドオーダーのナゾ」を見て、60fps化してチェックしてみては
いかがでしょうか。

■WATARUさん

　あう。卒研山あり谷ありですかっ。くれぐれも体だけは壊さないように。。。

■ネーサさん

　ああ、そうか。Win2kだとDirectShowなんですよね＞キャプチャデバイス
そうなると、DirectXのバージョンが影響すると言うのはうなずける話ですね。
WMTも、Media Encoderも、OnDemandProducerも関係しそうです。＞ぜんぶぢゃん

＞又は、ドライバーそのもののバグだったのか？
こっちが真実みたいです。リファレンスドライバ公開してくれないですかね〜

■mandmさん

　いらっしゃいませ〜（＾＾）ノ
ををっ、秋田県在住の方ですかっ。お隣さんですねっ（＾＾）

　SVCDの件は、残念ながら作ったことが無いので（滝汗
おいらはアドバイスできないんですよ。どうなんでしょうか？＞みなさん（汗

＞どうやら皆さんのフォントが全部おかしくなってしまったようです
ああ、予期された出来事なので構いません。家に帰ってから修正します。
今はパスワードわからないので（滝汗

レスは明日つけますので、今日は勘弁させてください。
おやすみなさ〜い　○ｏ。（−−）ｚｚｚ

 ◆ pppk さん江
 こちらこそ、初めまして。
 
 ＞最近設計されたプレーヤーではどうか分かりませんが、現状ではメーカー／機種ごとに表現が異なるみたいですね。
 mpeg2に関しては、積んでるデコーダとファーム次第です。
 
 今は、密か(？)に来月発売予定の「ＤＶＤ−２８００−Ｎ」に期待ちゅ。
 →　Ｓ７３７の再生画質とどちらを取るか？(ーー;
 
 後は、前のカキコで誤解を招き易い表現が在ったので修正します。
 「不適」：mpeg1はダメなケースも多い
 　　↓
 「訂正」：mpeg1は352*240固定のケースも多い
 ＃＜pre＞知らなかったデス。激楽になってナイスでし(>_<)y
 
 ◆ fay さん江
 ＞音源なんて最近買ってないのでSE-120PCIが出たら買おうかと画策中。
 これ良さそうデスよねぇ、ヂツは狙ってます。＞σ(^^;
 
 尖がった(笑;)Audioカードは、専用のサブマシンに移植して、メインマシンは
 「中庸？」で逝こう？？。

 もりのみやこさんへ：
 　＞マクロブロック=DCT変換単位だと思ってました。・・・ご指摘ありがとうございます。 
 　　いえ。こちらこそ、もりのみやこさんが公開されているコンテンツは大変興味深く読ませていただいてます。
 　　ちょくちょく巡回してきますので；、、今後ともよろしくお願いします。(^^
 
 Y.Masuyamaさんへ：
 　＞fay さんはご存じなハズですが、知らない方のために念の為フォロー。この辺は、
 　＞プレイヤ次第なので、事前にリサーチした方が良いです。
 　　ども。はじめまして。お答えありがとうございます。
 　　最近設計されたプレーヤーではどうか分かりませんが、現状ではメーカー／機種ごとに表現が異なるみたいですね。
 　　昼休みイヌーエさん(^^; の言われているＤＶＤビデオレコーディング規格の関係で
 　　拡張されていることに期待します。
 
 fayさんへ：
 　＞最近は某掲示板とAviutl/TMPGEnc掲示板くらいしかまわってません(^^;
 　　十分だと思いますが、、、；。
 
 　＞某掲示板は管理者が放置プレー状態なのですが、
 　＞いろんなところからリンク張られている関係上誰か回答せねば
 　＞って感じです。ぢんさんも最近お目にかかっていませんし(^^;
 　　あちらはボード名通りのところなので大変でしょうが、
 　　ぢんさん亡き今は（コラコラ）fayさんに頑張ってもらうしかありませんね。
 
 SOUJIさんへ：
 　もう解決されたかもしれませんが、、
 　とりあえず、環境を書いてください。ＯＳを再インストールしたとのことなので、
 　マザーのｉｎｆかＡＴＡインターフェースカード関連の気がします。ＤＭＡはｏｎになってますか？
 

■あきやんさん

　前回レス抜けました。大変失礼致しましたm(__)m

＞たしかに640x480/30fpsの動画を再生したとき、激しいシーンでVsyncにズレが
＞生じますね。まぁ、全画面再生すれば大丈夫なのでそれほど気にしてませんけど。
　ああっ、やっぱりそうなのですか。。。(TーT)
最近、ライディーン（RADEON、笑）とかきょろちゃん（EVIL KYRO、爆）とか
おもしろそうなGAが出てますよね。ライディーン（汗　は速くて動画も良しだが、ATIドライバ
が何かと難癖があるみたいですし、きょろちゃんはバランスが良いみたいですね。
さくらちゃん萌えなおいらとしてはやっぱきょろちゃんですか？（なんのこっちゃ

＞30/60fps混在物にも手を出し始めたあきやんでした。
はううう、残像テレシネやウテナテレシネに手を染めると。。。（以下略

＃後者は未体験ですが。。。（ぅぉぃ

■ネーサさん

　おおっ、フリー掲示板ですかっφ(．．)
水面下で動いておりますのでそのうちに。。。（謎

■pppkさん

　マクロブロック=DCT変換単位だと思ってました。
後ほど調べたら仰る通り8x8が4つ集まってマクロブロックと呼び、
この単位で動き補償をすることがわかりました。ご指摘ありがとうございます。

＞隣接ブロックが（最終的に）別の量子化係数によって量子化されてしまうことで
＞ブロックノイズとして見えてしまうんだと考えてます。
　なるほど、ビットレート少ないときのブロックノイズはまさしくそれですね。
が、おいらが悩んでいたのは、画面全体が一様な色のフレームで十分レートを与えても
ブロックノイズが出ることなんです。再生しているときはもちろんブロックノイズとして
見えないんですが、なんかざわざわした感じになるんですよ。それで一時停止して良く見
たら弱いブロックノイズが出ていてざわざわしていたと。この場合の原因は、AC成分間引
きの相対DC強調が原因だと思っています。TMPGEncでこのケース場合、量子化行列をいじらないと
綺麗にならないようです（これはまだ研究中）。

＞単純に量子化するわけではなかったような、、。あやふやですみません。
　おいらもあやふやです（滝汗　MPEG1でも難しいのに、MPEG4はもっと難解ですから。。。（涙

＞ＴＭＰＧＥｎｃで３２ｘ４０でエンコードしたＭ１Ｖの中身を調べてみたので
＞一応レポートしときます。
　おおっ、これは興味深いです。そうですか。マクロブロックの下半分（上半分かも？）
が画面の外にはみだしていたのですね。なまじエンコードできて再生できてしまうものだから
わかりませんでしたよ（＾＾；；；　うう〜、かといってクリッピング＆縦きっちり1/2縮小
は捨てがたいし〜（-_-;;

■イヌーエさん

　ふっふっふ。縦480に慣れるともう戻れません。24fps化が快感になる日も近いでしょう（ぉ

■Omy♂さん

＞はやく溶けて路上の氷さん･･･。（仙台）
　おおっ、仙台のお方でしたかっ。今年は全国的に雪多いですからね〜。
仙台はあまり雪の積もらないところですけど、今年はやっぱり違いますか？

＞なんだかVCP2M/PCIで全画面のオーバーレイができないみたいなんです。
　そんなあなたに「dTV」（＾＾）
おいらも最近某掲示板で知ったんですが、Bt8x8専用のキャプチャデータビューワソフト（？）
です。動画キャプチャは出来ないんですが、パソコン画面にオーバーレイさせて鑑賞することに
特化したソフトです。DVD Playerのようにデインタレース処理ができてなかなかの優れものですよ。
それと、自前のVxDでIOポート直たたきなので、ドライバが不要です。Win2Kの方は重宝するかも？

■fayさん

　いろいろなところでお世話になっております（＾＾）

＞初の書き込みでこんなことに(^^;
　Σ（￣□￣;;
修正しようかな、とも思ったんですが、おもしろいからそのままにしましたっ（ぅぉぃ

＃すみません。。。

■WATARUさん

　卒研お疲れ様〜（＾＾）

＞あと気になったのですが、MPEG4はウエーブレット変換ではないのでは？
　な、なんとっ！　今から調べる気力はないので宿題にしておきましょ〜（逃

WATARUさん、寝不足になるとおいらみたく壊れちゃいますので（滝汗
ゆっくりとお休みになられませ〜（＾＾）ノ

■Cyrixイヌーエさん

　ようこそいらっしゃいました（＾＾）ノ
解像度変更の件ですが、Bt8x8以外のレジストリ技って聞いた事無いんですよね。
掲示板渡り歩き歴は結構長い方なので、だれも探していないか、みつけられないか、
そもそも無いのかのいずれかでしょうね。って、これだけ挙げればどれか当たるわな（滝汗

Osprayのドライバはレジストリ技とかではなくて、ドライバの機能としていろいろな解像度
を選べるようです。おいらは使った事が無いので詳細は分かりません。

他ベンダーのドライバはどんぐりの背比べで、解像度は選べないわ、重いわでどうしようもないそうな。

■ネーサさん

　おおっ、とうとう動きましたかっ　NTにしろ、Win2Kにしろ、もっとOSが小さくなれば
移行するんだけど。。。OS肥大し過ぎです。。。

■雪豹さん

＞Huffyuv1.3.1
　Σ（￣□￣;;
バージョン古いっす！　現在の最新は2.1.1ですヨ。

＞720x576の項目
　縦576ってそれはPAL用の設定でわ。それじゃNTSCは映らないと思いますぞ（＾＾；；；

■pppkさん

　ようこそいらっしゃいました（＾＾）ノ

＞bt848では７２０（７０４）ｘ４８０は駄目ですか？
　チップの機能としては可能です。ただドライバがその機能を利用しているかどうかですね。
Win9x用のドライバは対応していて、レジストリをいじれば（=GExtを使えば）できます。
NT系ではまともなドライバはまだOspray以外に無いみたいです（＾＾；；；

＞ところでＭＰＥＧのＭＢについてですけど、１６ｘ１６ですよ。
おお、16x16は動き検索範囲でしたか。φ(. .)めも、メモ。

＞"ウェーブレットは理論上、モスキートノイズを出さずに圧縮できる”
う〜ん、これは逆ですよね。MPEGの不化逆性は量子化することから生まれるのですが、このとき
AC成分を間引くために、相対的にDC成分が大きくなります。DC成分は周波数変換した領域の
平均値とみなせるので、極端に言うとのっぺらした画像になります。

　ここで、8x8のDCTで周波数変換を行った場合、隣接ブロック間のAC成分の量子化誤差が
ブロックノイズとして現れます。すべては8x8で量子化を行っているがためなんです。

　ウェーブレット変換の場合、画像全体で量子化を行うので理論上ブロックノイズが出ません。
モスキートノイズは高周波歪みなので、量子化の仕方によってはウェーブレットでも出るはず
ですよ。

　動き検索はブロックノイズに直接的には関与しません。動き検索がうまく行かなくても、
差分データが増えるだけの話です。ただ、ビットレートに上限を設けた場合に、強引に
データを縮小しようとAC成分をさらに間引くため、上記量子化誤差によりブロックノイズが
目立つようにはなります。あくまでも間接的要因です。

。。。と、私は勉強したんですが、違うでしょうか。。。？（＾＾；；；

＞16の倍数の解像度以外だと半端なＭＢを作らなければなりません。
　TMPGEncの場合は知りませんが、MPEGの規格上では、例えP、Bピクチャでもイントラブロック
の存在が許されています。よくおいらはビデオソースを用いるときに上下合わせて16ドット分
クリップし、320x232なMPEG1動画を作るんですが、破綻無くエンコードできるところを見ると、
どこかの横一列のマクロブロックが常にイントラブロックになっているのかもしれません。
（動き検索が出来ないから）　ま、これは好みによりけりって事にしますか。（＾＾；；；

「カラーフォーマットのナゾ」に載せている色空間変換式は、データシートそのまま
なんですが、Basic YCbCrとYC伸張を組み合わせることでその式と一致しました。
つまり、Bt8x8はBasic YCbCrでRGBに展開していることになります。
むむむ〜、本来ならCCIR（ITU-R）601で展開すべきだと思うけどな〜(TーT)

で、YCCはCCIRに比べると輝度の変化はありませんが、色差成分が若干強調されます。
これに対してPIC、HuffyuvはCCIRだと思います（たぶん）ので、この差が現れたの
かもしれません。どなたかHuffyuvのコード読める方いませんか。。。？

なお、だからといってアプリの「ITU-R」にチェックすると過補正になります。
YUY2のほうが正しい、と思って色調補正したほうがいいでしょうね。
CCIRとBasic YCCの違いは、あにぺぐさんのところを参考にしてください。

今のところ、ここまでです。間違ってるかもしれませんのであまり信じないように（汗

■ネーサさん

　GA何をつかってますか？
なんか、Vsyncとの同期ズレを「横ラインずれノイズ」と誤認している
ような気がしてきたので（＾＾；；； RIVA系だと全く駄目らしいです。＞Vsync

■Y.Masuyamaさん

　ご無沙汰しております（＾＾）
バスビジーですかっ。確かにVIAは弱そうですね（＾＾；；；
音は別取り。。。これ大変ですよ。前の愛機、PC-9821V13M7C2では、Cバスキャプチャ
だったので、出来るだけバスに負担をかけないよう音を別取りしていたんですが、
合わせるのが大変！　音は目でわかんないから、試行錯誤するしかないんですよね（涙

＞Audio（24bit/96kHz）
　そ、それは一体どんなフォーマットなんですかっ！
そんな聞こえない領域までサンプリングしても仕方ないような気が。。。
量子化Bit数は魅力的だけど、そもそもそれを生かせるダイナミックレンジを持つ機器
が無いような。。。（滝汗

■Omy♂さん

　ようこそいらっしゃいました（＾＾）
480x360。確か、YJ氏が薦めていた解像度だった気が。うちのリンクから行ける
三さんのことろでもこの解像度のやつがあります。320x240では解像度が物足りなく、
かといってVGAでは容量大きすぎ、ということでジャギー感の無さと容量のバランスがとれた
のが480x360です。

でも、最初から480x360で取りこむとそのメリットも半減ですね（＾＾；；；
Bt8x8のスケーリング、決して綺麗とは言えませんから。。。

縮小処理自体はそんなに重くないはずですよ。重いのはきっとノイズ除去でしょう。
TMPGEncなら、縮小したあとの設定でプロジェクトファイルを保存、そのプロジェクト
をソースにすることで縮小後にノイズ除去を行えます。AviUtlなら順番を変えられますね。

MPEG1でも、8の倍数なら画質に影響を及ぼさずにエンコードできます。が、なぜTMPGEnc
16の倍数の設定が推奨されているのかは知りません（滝汗　規格でしょうか。。。？

GExtについては、いずれ任意の解像度を選べるようにしたいと思っています。

■トントンさん

　レジストリばれてるし（汗
ネーサさんにはVirtualDUB技もばれちゃってるし（滝汗
ま、それらはちょっと面倒なので、簡単に出来ることがGExtのレゾンデートルでしょうか。

■WATARUさん

　うんにゃ、MPEG1はマクロブロック（DCT変換する単位）=8x8なんです。
でも、確かに16x16も聞くんですよね。なんでしたっけ？

ちなみに、MPEG4の規格上はマクロブロックが存在しないとか。ウェーブレット変換
で画像全体を一気に周波数成分に変換するらしい。が、MPEG4-AVIがブロックノイズ出る
ところをみると、おいらが寝惚けていたのか、はたまたM$が勝手に作ってるのか。。。？

＃たぶん、前者だと思う（笑

　Bt8x8の式はどうなのか、と言われるとわかりません（爆

まあ、PICにしろ、HuffyuvにしろYUV→RGBできちんと戻しているので
問題無いはずです。たぶん（＾＾；；；

ただ、Bt8x8内部でRGBとYUVでガンマ値の扱いが違っていたように読み取れた（自信無し）
ので、その関係で色が違って見えるのかもしれません。

アプリ側のITU-R BT601補正は、YUY2の無圧縮や、PICで「Force YUY2〜」にチェックをいれたとき
に必要になるかと思います。HuffyuvはYUVのままアプリに渡す事が出来ないみたいなので
気にしなくていいはずです。

■雪豹さん

　ようこそいらっしゃいました（＾＾）ノ
YUV4:2:2→RGBの件ですが、単純にYUV4:2:2→4:4:4にしているのではなくて、
補完処理が入っています。具体的には、隣接の色差データを用いて平均値を出し、
それを増やした色差データとして使用します。
　n=0,2,4・・・
　Cb_n=Cb_n
　Cr_n=Cr_n
　Cb_n+1=(Cb_n+Cb_n+2)/2
　Cr_n+1=(Cr_n+Cr_n+2)/2
となっていました（Bt879データシートより）。nは横の座標と思えば分かりやすいでしょう。

　ということで、補完の精度はともかくRGBのほうが色差データが緻密である事は間違い有りません。
それが唯一のメリットとなります。これをメリットと感じるか否かじゃないですかね〜。
個人的には他の要因（横ラインずれノイズとか、システムに対する負荷とか）と天秤にかけると
あまりメリットが無いと考えていますけど（＾＾；；；

　RGBが存在する理由は良いですよね。他の方が仰っている通りです。

ちなみに、PICもHuffyuvもYUY2（UYVY）で取りこんだ方が負荷が軽いです。ソフトウェア上で
RGB→YUV色空間変換をする必要がなくなるからです。色空間変換って結構重い処理なので。

　24fps化は。キャプチャしたデータをコマ送りしてみると分かりますよ。
縦480ラインで両フィールドをキャプチャしたなら、○=インターレースずれなし　×=あり　として

○○○××○○○××○○○××・・・

と並ぶはずです。24fps化は、二つの×フレームから一つのずれの無いフレームを生成する作業
です。これによる利点は、
　１）スクロールが滑らかになる
　２）インターレース縞が解除できる
　３）fpsが少なくなるので同じビットレートなら画質が上がる
　４）動画に対する愛が増える（爆

４)は手動で行うとなおさらです（笑
もちろん、元ソースが24fps作品でないと意味がありませんので注意してください。
一般に映画とか、アニメは24fpsが多いです。TVのCMは30か60fpsですね。

■WATARUさん

＞可逆圧縮ならなんら問題ないような･･･。
　あり？（＾＾；；；　知りませんでしたかっ
HuffyuvはRGBを「Convert to YUY2」で保存するとき以外はLoss Lessです。
上記のときだけ、YUV4:4:4→4:2:2に間引くのでそれを作者さんは「Lossy」と言ってます。
圧縮アルゴリズム自体は全部Loss Lessなんですけどね。色差間引き分のロスしかないです。
でも、それを言ったらLCLもLossyになっちゃいますよね（＾＾；；；

■ふむああさん

＞（ハードはイラナイ）
　くすくす（＾＾）　かのぷーはドライバつくっとけ！って感じですか？
PowerWindowシリーズ（Virgeより前）を作っていた頃は優秀だったんだけどね〜（謎

■HOさん

　ようこそおいで頂きました（＾＾）ノ
詳細なレポート、ありがとうございます。そうだ、そうだっ！○AIOがなんだっ！
こちとら、ローコスと愛があればなんだってできるんだっ（壊

　え、え〜と（＾＾；；；　動画分野は面白い事に、フリーソフトのほうが優秀なんですね。
だから、既製品を買ってしまうと融通が利かないところで引っかかってしまうという、
ありがちな罠に陥るわけです。融通が利くところが自作の強みでしょうか。

■よーわんさん

　なんとっ。GAの色数ですかっ。そっか、確かにPCIを流れるデータ減りますね。
さすがに256色にしちゃうとパレット処理で重くなりそうですが16bitだと手頃かもしれません。
かなり情報が集まってきたので、そろそろ横ラインずれノイズのナゾ、更新しないと。。。（汗

　ですから、取り込みのときは機能しません。
そうでないと、わけわからなくなるし、
おいらも「フィールドオーダーのナゾ」を書けなかったでしょう。

■ネーサさん

＞どうも 59.94 フィールド で出力されているみたいです。
　いや、それはおかしいなあ。フィールドオーダーのチェックは、
ソースにアニメではなくて、通常のバラエティ番組などの60fps作品を使ってください。
24fps、30fps作品だとよくわかりませんから。

　で、AviUtlなら読み込みのときに「60fps読み込み」チェックを入れてファイルを開き、
フィルタ類は一切無しで一コマずつずらして確認します。縮小もかけてはいけません。
チェックポイントは、
　・時間軸が正しいか（２歩進んで１歩戻っていないか）
　・上下にがたがた動いていないか

このチェックをCodecの設定が２種類、読み込み時のフィールドオーダーが２種類の、
2x2マトリクスを組んで試します。正しいのはただの１種類だけです。

　TMPGEncの場合は、インターレース解除-「偶数・奇数（フィールド）」を選ぶと
自動的に59.94fpsに変わります。その他フィルタは一切無しです。サイズも変えないこと。
このときのポイントは、「・・・適応」系を選ばないこと。上下のがたがたが判別しにくくなります。

両者ともファイルに出力する必要はありません。プレビューで確認すれば良いんです。

＞YUY2 422 モードで PIC を使う場合、Subsampling は 422 ？
　Codecのオプションで選べますよね。444と422と411が。その形式でJPEG圧縮しているはず
です。ソースが422形式の場合は。。。MJPEGで422設定ならそのままでしょう。
MJPEGで411設定なら、間引くだけです。問題はMJPEGで444設定ですね。
憶測の域を出ませんが、補完していないと思います。だからソースが422形式で
MJPEGで444設定、というのはサイズが増えるだけで良いこと無しだと思います。

■あきやんさん

＞使えますが、圧縮処理がかなり重いです。
＞そのうえ出来上がったファイルの容量はYUV2の約２倍です。
　こりは、ちょっとちぐはぐな回答ですね（＾＾；；；
「RGB Compression method」で、「Convert YUY2」を選ぶと、かなり重くなりますが、
ファイルの大きさはソースにYUY2を使うのと同じになります。が、Lossyになります。
その他のオプションだとRGBのまま圧縮するのでサイズは大きくなりますが、あまり重くないです。
この場合はLoss Lessです。

これはソースにRGBを使ったときの話です。YUY2なソースなら軽いし小さいし、
Loss Lessだし、ということです。それでもMJPEGよりは大きいですけどね。

■WATARUさん

　おいらの場合は、何の疑問も無く「2field〜」のチェックを入れっぱなしにしてました（汗
ちょっと、この動作について思いついたことがありますので、検証してみます。

＞この掲示板、編集機能が欲しい所です(^_^;)
　うぐぅ。どっかフリーな掲示板に移りましょうか。。。
N-NETの掲示板では不可能とのことなので（涙

WinDVRについて

　チップはローコスの仲間なんですけどね〜。
タイムシフトがウリみたいですから、ちょっと毛色が違いますか。

　データシート読んでも（いや、読めないと言った方が正しいか(^^;;;）、
良く分からないんですけど、Btの仕様として縦240以内じゃないと
オーバーレイ＋キャプチャができない、というのがあるじゃないですか。
タイムシフトはそこらへんが制限になって縦240しか解像度がない、なんて
想像しているんですけど。。。持っていないので分かりません（＾＾；；；

　しかし、VFWデバイスとして認識しないのは痛いですね。
いまだVFWが幅を利かせているのは納得のいかないところですが、
フリーのキャプチャソフトはほとんどVFWですからね。

■ごっこさん

　ようこそいらっしゃいました（＾＾）ノ

＞「フィールドオーダーのナゾ」を読ませていただき疑問に思った事
　それは当然の疑問です。現状分かっている事は、WATARUさんの仰る通り
常に（RGBの場合）トップフィールドを先にすると正しくなる、
という事だけなんです。こりゃまたデータシート読めないので憶測
ですが、キャプチャデバイスを初期化した段階から決まっていると
思います。つまり、プレビューの段階から29.97fps、トップフィールドから
表示しているのではないかと。これならどのタイミングでキャプチャしても
フィールド順は一定になるわけです。たぶん（＾＾；；；

■ネーサさん

　こだわりが出てくると、いろいろな知識を手に入れなければならず、
そういう意味で言うと敷居は高いかもしれませんね。すべての原動力は動画に
対する愛なんですが（笑

PICの設定
　直訳すると、「○○ライン以上のときに2フィールド取り込みをする」
じゃないかな（＾＾；；；　流れそうになっている下の方のあきやんさんの証言を
追試してみましたが、確かにこのチェックが有効になっていないと、「Swap Decomp〜」
が動作しない事を確認しました。こりゃページに追加しておかないとまずいかな（＾＾；；；
ということで、チェックをONにして数字は「240」が良いと思います。っていうか必須ですね。
　ちなみに、このオプションは取りこみ時の設定なので、 変えるときは取りこみ直しが
必要になります。。。

　内部的に動作がどう違うのかは、作者に聞いてみないと分かりませんが、たぶん、
下に書いたとおりフィールドごとに分解してJPEG圧縮を行っているんだと思います。

60fps読みこみ
　１フィールドを１フレームとした動画として読みこみます。
元動画が59.94フィールド/s(=29.97fps)なら、倍の59.94フレーム/sな動画として読みこみます。
この操作自身がインターレース解除のようなものなので、24fps化とか考えなくて良いのが利点
ですが、フレームレートが大きすぎて重いし、ファイルサイズが大きくなるという
デメリットもあります。

　フィールド順を確認するには、いちばん見分けやすい読みこみ方ではあります。

■ネーサさん

　あうあう、思いっきり混乱されてますね（滝汗
ちょっと深呼吸してみましょう（＾＾）

　。。。という冗談は置いといて、
「Force YUY2 Output」オプションは、文字通り
「強制的にYUY2形式で出力する」という意味です。
一般にCodecは、そのCodecに対応したファイルを読み込み、RGB形式
でアプリケーションに渡すのですが、JPEG圧縮はYUV形式で圧縮されるため、
YUV←→RGB色空間変換が入ります。このオプションは、アプリケーション側で
YUY2での処理をサポートしているもの（TMPGEncなど）に対し、明示的に
YUV処理を強制して色空間変換処理を省略させるためのものだと思います。
というわけで、再生時のみに有効なオプションです。

　で、ぢつは、PIC MJPEGには妙な不具合があって、PICをインストールすると
無圧縮YUY2ファイルがPICに関連付けられてしまって、無圧縮YUY2ファイルを
再生できなくなります（＾＾；；；　この不具合は、Huffyuvをインストールする
と元に戻ります。「Force YUY2 Output」をチェックしておいて、Huffyuvをインスト
したら見られるようになったのは、この不具合の影響だと思います。

　それと、GExtで「YUY2」を選んだとき、キャプチャソフトでカラーフォーマット
を見ると「RGBA32bit」になっていますが、これは無視してください（＾＾；；；
もともとIOの設定ダイアログがYUY2を想定していないためで、ドライバ内部ではきちんと
YUY2になっています。ご安心を。ただ、この際にカラーフォーマットを変更しないでください。
せっかくYUY2に設定したものが、元のRGBなどに戻ってしまいます。

　では、本題に入りまして、Codecの使い方。
GShotをお使いなら、ファイル-プロパティのビデオでCodecを選択します。
PICとかHuffyuvとか無圧縮とか。

１）PICを使うとき。
　・GExtで「RGB」または「YUY2」を。
　・「Swap Decomp〜」はカラーフォーマットによって変える。動画研究室参照のこと。
　・「Force YUY2〜」はチェックしないほうが良いです。
　　（この二つのCodecのオプションは、再生時の設定なので、取り込みのときは気にしなくてOKです。）
　・この時のデータの流れ。
　　ボード入力端子→Bt8x8→PIC→ファイル

２）Huffyuvを使うとき。
　・GExtで「YUY2」を選ぶ。「RGB」は重いのでお勧めできない。
　・「Swap field〜」にチェック（再生時でOK）
　・このときのデータの流れ。
　　ボード入力端子→Bt8x8→Huffyuv→ファイル

カラーフォーマットは、Bt8x8からCodecにデータを渡す時の形式、と覚えておいてください。
ファイルの書き出しは、Codecの仕事なのでCodec独自の形式になります。
YUY2であろうが、RGBであろうが、Codecが変換して同一の形式にしてしまうわけです。
ですので、どんなカラーフォーマットにしても、ファイルの形式は変わりません。

まだわからないことがあったら、お気軽に質問を（＾＾）

■WATARUさん

　フィールドオーダーのナゾは、自分でも途中でわけわからなくなったり、
結構難産でした（＾＾；；；　前にも調査したのにまた確認したりして（滝汗

＞この調子で行けばローコス最強のHPになるのも時間の問題かと？
　めざせっ！ローコス！(＞＜)ノ （壊

例の８個目、無事落とせました〜（＾＾）ノ　やっぱりファイル壊れていたのかな？
会社に出る間際にちょこっと見ただけなので、感想は家に帰ってからということで。

＃WME8版どこ〜（T-T )( T-T)(T-T )( T-T)

■marshさん

　をを、ご無沙汰しております（＾＾）今年もよろしくお願いします。
CPUにむち打ちですかっ　CPUも癖になってご機嫌でしょう（なんのこっちゃ

＃今日は壊れてるので気にしないでください（滝汗