09/09/12 02:35:05 9MhpyxJN
720x480(Bt.601)の動画を960x720にリサイズしてColorMatrix(mode="Rec.601->Rec.709")した動画と
元動画って同じ色で表示されるはずだよね？
745:名無しさん＠編集中
09/09/12 03:15:38 OGxTzALn
再生環境によって変わってくんじゃねえの？
746:名無しさん＠編集中
09/09/12 15:56:54 IrIYPsP5
>>744
縦720以上はBT.709としてRGBにデコードする環境が多いだろうから、それで問題は無いと思う。
x264だったら、--colormatrix bt709 と指定しておけば間違いない。
747:名無しさん＠編集中
09/09/12 19:54:34 OeLlCttP
>>745-746
サンクス
うちの環境がおかしいだけなのか縦横比が4:3だと縦720以上でもBt.601の変換係数を使って伸張しているようなんだ
1440x1080や1280x720だと正常（元ソースと同じ色になる）だけど960x720や1024x768や1280x960だと駄目
ｘ264のcolormatrixで指定しても駄目だった
GeForce7800みたいな化石ビデオで伸張させてるのが間違いなんだろうか
748:名無しさん＠編集中
09/09/12 20:05:04 Omvgwras
Radeon買うかffdshowでRGBに変換すればいい
749:名無しさん＠編集中
09/09/12 20:09:08 IrIYPsP5
ffdshowやCoreAVCを使ってRGBで出力すれば、ビデオカードに関係なく、
H.264のmatrix_coefficientsに従った正しい色でデコードされる。
URLﾘﾝｸ(ffdshow-tryout.sourceforge.net)
URLﾘﾝｸ(www.coreavc.com)
750:名無しさん＠編集中
09/09/12 22:23:42 9jYyGNGF
RGBで出力させることが前提だけどね
751:名無しさん＠編集中
09/09/12 23:01:16 PtWm0w4K
>>747
よくわからないけど、特定の解像度じゃないとbt.709にならないとか
試しに1440x1080や1280x720の縦や横を少し伸ばした変態解像度だとどうなる？
752:名無しさん＠編集中
09/09/12 23:33:42 l1cb8ry4
あ、AR4:3の時なんですね。すまん、よく読んでなかった（汗
GF7800はbt.709の変換条件にARも見てるんですかね。
（16:9になるよう--sarを調整するとbt.709になったりするのかな？）
753:名無しさん＠編集中
09/09/13 00:40:24 bn2wL18J
>>748-750
レスどうもです
ffdshowで出力するようにして解決しました
昔はCoreAVCで伸張してたんですが誤変換することがあったのでビデオで伸張するようにしてたのですが
>>752
960x720 sar11520:8640でdar16:9にしてやっても誤変換するようです
754:名無しさん＠編集中
09/09/13 00:57:14 9yRMEvVk
>>753
どうでも良いけど960*720でDAR16：9ならsar4：3だよ
755:名無しさん＠編集中
09/09/13 14:39:35 U1dF4sFC
xvYCC色空間なんだけど理論的にはこれでおｋなのかな？
URLﾘﾝｸ(kuronuko.up-ch.com)
DLKeyはxvYCC
まずsRGB空間を基にしてて、
RGBのうちひとつの値だけマイナスになれるってんならこれでいいんだよね。
いかにも理論上って感じなんだけどもｗ
756: ◆xOoJISANx6
09/09/15 02:25:07 u67UcJFi
>>755
LabじゃないそれはCIExy色度図。だから空間とは呼ばない。
その推定図も輝度値が考慮できていないため間違っている。
そんなあなたに
URLﾘﾝｸ(www.jstage.jst.go.jp)
後ろから2ページ目にxvYCC色空間がYxy空間にマッピングされた図がある。
BT.709（＝sRGB）も併せて載っている。
(1)4章にも書いてあるように、RGBモニタのようにY値によって彩度が変化しない場合は色空間を
xｙ色度図にプロットしても意味があるが、Y値により彩度の変化するxvYCC空間をxy色度図
にプロットすることは誤解を招くため一般的にはやってはならない。
同様にプリンタの色域などは誤解を期待してやってはならないことを堂々とやっている
ものもあるのが現状。
(2)xy色度図の馬蹄形は眼の生理的限界線を表しているので、はみ出す領域は数学的には
扱っても良いが、実際には存在しない。
計算上はみ出す筈のXYZ刺激値の光源は実は存在している。例えばレーザ光などは
x=0.001、y=0.999位に計算上なるはずだが実際にはx=0.17,y=0.80位にしかならない。
何故ならこれを人が見た場合、眼が色飽和を起こして結局境界線上の色と同じ色にしか
見えないから。
よってこの意味でも馬蹄形の外にプロット図を書くことは誤解を招くので不適当。
757:名無しさん＠編集中
09/09/15 21:11:01 PMQXTlWv
>>756
おお詳しくありがとう。
確かにこの図だとRGB(0,0,0)とかどこにもないから変なのよねｗ
それを描いたのが挙げてくれたグラフになるのか。
(1)についてはなるほどすぎる。自分の参考にしてたもの自体が間違った使い方してたんだなあ。
(2)についてはその通りだと思うけど数値としてってことで。
紫外線や赤外線は視認できないし太陽も直視できないのと同じようなことだと思っとくｗ
758: ◆xOoJISANx6
09/09/16 01:36:23 f3sozcS3
>>757
(1)xy色度図のダークな面 BT.709の色立体図が宙に浮いている点に注目。
この図だと読み取れないけど、どんな規格や光源を持ってこようとも、
RGB=（0,0,0)、Y=0の黒は定義上x,y=(0.333,0.333)です。
ところが、xy色度図は正規化をしてあるので、Y値が小さい程本来の色立体の
大きさを拡大して表示するという致命的な欠点がある。
例えば、XYZ=（0.0008、0.0001、0.0001)となる限りなく黒の色刺激はどんな
色域の小さいモニタでも数値的には表示できる筈。
そして定義上x,y=（0.8,0.1）なんてとんでもない座標値となり(0.333,0.333)に収束しない。
つまり完全な黒以外の黒は馬蹄形全体を覆って末広がりに発散する立体図が本来は正しい。
ところが実際問題として眼の感度や黒つぶれの精度の問題があるためこれを避けている。
よってY≒0付近の図は描かないのが業界のお約束となっている。
ほとんど何処を探してもYxy色立体図が載っていないのはこれが理由。
ソニーは判ってて反則技を使ったということ。
(2)xy色度図は380～780nmの波長の光だけを対象に定義した空間。
それ以外はどこに有るかではなく意味をなさないと理解して欲しい。
強いていうなら380～780nmの成分のない紫外線も赤外線もｘ,ｙ=（0.333,0.333)。
一方輝度飽和する太陽光は直視できなくても無問題。
普通に5000kのD50付近の白の色度として表せる。夕日なら3000Kを切る。
発光色には輝度の限界がないということも実はxy色度図のダークな面の一つ。
色度図に何故見慣れた絵の具の色が表示されていないか。
それは最明色だけを表示している発光色の図だからいう点もご理解下さいませ。
759:名無しさん＠編集中
09/09/18 07:14:19 DB9tzchW
4. Full Range
＊なにこれ？
アナログ映像のデジタル化におけるもう一つの遺物だ。アナログ映像をデジタル化する場合は、
輝度と色差のレベルをデジタルで表現するならそれぞれ 16 ～ 235 、 16 ～ 240 の範囲内に
収めなければいけない。再生機器は通常、全てのデジタル標本がこの範囲内に収まっているものと
決めてかかっている。しかし、ほとんどの DVD は輝度と色差の信号に 0 ～ 255 のフルレンジを使っていて、
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
たぶんその機器で再生したときにオーバーサチュレーションをもたらしている。
これを避けるにはレンジ補正が必要となる。
これ本当？
760:名無しさん＠編集中
09/09/18 14:15:45 aXW0hvdp
うそ
761:名無しさん＠編集中
09/09/18 20:41:29 lV9mGGSN
大抵16-235より多少はみ出しているけどな。
それをもってフルレンジ使っていると表現するのはどうかと。
762:名無しさん＠編集中
09/09/19 00:07:47 yJo8lFPe
>>749
CoreAVCのRGB出力って
Input ColorspaceのAuto設定にしたらcolormatrix(matrix_coefficients)でしか判断してないんだな
ffdshow
width > 1024 or height >= 600: BT.709
width <=1024 and height < 600: BT.601
Haali Media Splitter
BT.709 when video width is 1024 or more
ラデは720p以上？
720p以上はBT.709にしてx264だとcolormatrix指定するのがベストか
>>747と同様、7000番台ゲホ使いの俺はHaali Media Splitter使ってる
ffdshowのRGB変換はHaali以上に重い
それと960x720にエンコすると間違うから1024x768でエンコしてるよ
763:名無しさん＠編集中
09/09/19 00:59:38 8HeSvLD5
456 名前：名無しさん＠編集中[sage] 投稿日：2009/09/05(土) 06:48:47 ID:UNt/b8gi
BT.709の放送をSDするったって、わざわざBT.601にする必要はないんじゃない。
そっちの方が色が好みならしてもいいだろうけどさ。
↑
こういう勘違いしてる人は再生環境が劣悪なのもあるんだろうな
色が変わって見えないようにするための処置なのに
764:名無しさん＠編集中
09/09/19 05:54:35 i7NplYlH
なんでわざわざデコーダでRGB変換してるの？
その後の経路が重くてしょうがないだろうに。。。
765:名無しさん＠編集中
09/09/19 05:59:28 KMuU3TQ8
>>747からの流れを見る限り古いゲホは正しく伸張してくれないからだろ
766:名無しさん＠編集中
09/09/20 12:45:52 UJ1Kcj9Y
Avisynthを絶讃ιょぅょ Part27
ｽﾚﾘﾝｸ(avi板:564-570番)
から誘導されて来ました。
このスレをぱっと見ただけでもまだまだ学ぶことは多いと実感しました・・・。
もし、解決方法がわかる方いらっしゃいましたらアドバイスお願いします。
767:名無しさん＠編集中
09/09/20 13:51:56 BjisnSiQ
>>766
同じ要領でソースのtsもキャプチャしないとどっちがどっちとも言えない
PT1持ってないから知らないけど>>685のことからBT.709になってるのかな
DGIndexでプロジェクトを開いてPreview[F5キー]するとInformationウィンドウが出て
そこにColorimetryの項目があるからそれを見てみ
多分、BT.709と表示されているはず
Aviutlでエンコする時は[設定]→[色変換の設定]を入力BT.709、出力BT.709になってるか確認
自動でもOKだと思う
それとDGIndexの設定は[Video]→[YUV->RGB]をTV Scaleにしてからプロジェクトを保存すること
色が変わって見えてる件は多分Avisynthでエンコしたキャプチャの方が合ってる
というか何も間違ってない
768:名無しさん＠編集中
09/09/20 15:03:29 qgF4Uefa
>>766
Avisynthスレから追っかけて来たよ。
向こう>>565-566で伸張の違いと言われてたけど、それは関係ない。
BT.601かBT.709かの違いだよ。 その動画の実際の色空間と、デコーダーの判断が違うと色が変わってしまう。
解決策は767氏の言うとおり。 それと>>746かな。
769:名無しさん＠編集中
09/09/20 15:20:15 UJ1Kcj9Y
>>767
お手数をおかけしてすみません。
ソースです
URLﾘﾝｸ(nagamochi.info)
仰るとおり、Avisynthでエンコしたものとほとんど変わっていないのが確認できました。
結局、私は今までAviUｔｌでのエンコの仕方を間違っていたようです。
AviUtlでエンコしてたときはMPEG-2 VIDEO VFAPI Plug-Inを利用していたのですが
色空間関係のところは変更してないので適切に処理されていたのかどうか・・・。
>それとDGIndexの設定は[Video]→[YUV->RGB]をTV Scaleにしてからプロジェクトを保存すること
これはあちらのスレで仰っていたように、Avisynthだと気にしなくても問題ないんですよね？
x264を使うならば、最終的に色空間をYV12にしないといけないみたいなのでDGIndexを使っているのですが
MPEG-2 VIDEO VFAPI Plug-InとDGIndexのどちらを使うのが良いのかなどもう少しスレを読んで勉強しようと思います。
>>768
レスありがとうございます。
これを機に色空間について色々調べたいと思います。
770:名無しさん＠編集中
09/09/20 17:42:46 N6bV6+4m
日本の放送はTVスケールのBT.709だから、SDにリサイズしないのなら、色は一切いじらずに、
x264で、--colormatrix bt709とだけ付けておけば良い。
RGBを経由するとすこしややこしいが、DGDecodeでYV12で読み込んだ場合は、ソースの色は元のままなので大丈夫。
771:名無しさん＠編集中
09/09/20 18:07:14 qgF4Uefa
>>769
>それとDGIndexの設定は[Video]→[YUV->RGB]をTV Scaleにしてからプロジェクトを保存すること
あっちで教わったことはほとんど間違ってるから忘れた方がいい。
AvisynthでもTV Scaleに設定しなければいけない。
MPEG-2 VIDEO VFAPI Plug-InかDGIndexかなら、断然DGIndexがお勧め。
前者はVFAPIという仕組みを使うために、一旦YUV->RGB変換する必要があり、普通あまりよろしくない。
DGIndexのTV Scaleなら、何もせずそのまま読み込んでくれるのでそちらが良い。
完全にAvisynthスレの範囲でスマン。
772:771
09/09/20 18:14:41 qgF4Uefa
自己レス
AvisynthではDGIndexの設定は関係無かった。 申し訳ない。吊ってくるorz
773:名無しさん＠編集中
09/09/20 18:30:48 T9+lqtCy
>>771
まるもをVFAPI経由でAviUtlで使うやつなんているのか？
774:名無しさん＠編集中
09/09/20 18:41:31 vC8SSVAo
ID:qgF4Uefaみたいなのが勢い余って変なこと書くから初心者が混乱するんだよな
AvisynthでDGDecode_MPEG2Sourceを使って読む込む限りは>>767,>>770で間違いない
DGIndexのYUV->RGBの設定は無視される
しかしAviutlも併用することを考えればTV Scaleにしておけば間違うこともない
775:名無しさん＠編集中
09/09/20 20:08:09 xhqvbVb0
>>771
DGIndexもVFAPI経由な訳だが（DGVfapi.vfpは）
776:名無しさん＠編集中
09/09/20 20:39:33 UJ1Kcj9Y
アドバイスをくださった皆さん、どうもありがとうございました。
皆さんのおかげで問題が無事解決できただけでなく、
今まで気にしていなかった色空間のことを調べるきっかけを得ることが出来ました。
今後のエンコライフに役立てたいと思います。本当にありがとうございました。
777:名無しさん＠編集中
09/09/20 22:48:28 CzqePVRg
VFAPI経由するのは*.vfp経由で読み込んだときだ。m2v.auiならYV12から補間つきで
変換したYUY2で読み込む。あとDGIndexのスケールの設定はVFAPIのときに影響するから
MPEG2Sourceでd2v読んだ場合は関係ないよ。
でたぶん>>766でAviutlのプレビューだけBT.709>BT.601変換はいってるのはm2vconfで
そういう設定にでもなってるんじゃないか。きちんと設定していればAvisynthだろうとAviutlだろうと
同じカラーサンプリングになるから見た目に違いは出ない
778:名無しさん＠編集中
09/09/21 08:41:11 RtpQzziY
>>777
最新のaviutlにはデフォルトで色変換の設定がある
旧バージョンから上書きインストールした場合、入力BT.601、出力BT.601になってる
779:名無しさん＠編集中
09/09/21 21:06:18 EqvmlXbP
>>778
入力と出力が同じ設定なら色空間のリサンプルは行われないよ。
だから設定がその状態でBT.709の動画を読み込んでもBT.709のままで吐き出される。
780:名無しさん＠編集中
09/09/21 23:04:56 YZvp7o4+
え
781:名無しさん＠編集中
09/09/21 23:36:47 ZGCwVnQK
プレビュー画面の色がおかしくなるだけで出力には影響ないね
782:名無しさん＠編集中
09/09/23 04:16:31 8Pb+3EJ6
だなｗ 最初それで戸惑った
783:名無しさん＠編集中
09/10/08 12:30:18 zZpNYCRK
RGB値を入力したら、何色か文字で表示されるサイトとかないでしょうか？
そういうプログラムソフトはあったんですが、webサイトでそういった
ものはありませんでしょうか？
当方色弱者です。
マルチすいません
784:名無しさん＠編集中
09/10/08 12:42:40 4Y7RwTms
敢えて文字で表現しようとする意味が解らない。
例えばRとGだけの変化で、どこからどこまでが黄色で、どこから山吹色で、どこからオレンジかなんて決まりは無いだろ？
785:名無しさん＠編集中
09/10/08 14:27:03 B2GkG9Er
>>783
富士通アクセシビリティ・アシスタンス
URLﾘﾝｸ(jp.fujitsu.com)
> ColorSelectorなど
↑でRGB値なりスポイト機能なりで色を指定
16進数のカラーコードを↓のサイトなどで検索してみりゃいいんじゃね？
WEB色見本
URLﾘﾝｸ(www.colordic.org)
> 原色大辞典、和色大辞典、洋色大辞典など
786:名無しさん＠編集中
09/10/08 14:48:15 q/3Zj4oj
>>783
色名からRGB値をだすのなら
URLﾘﾝｸ(ja.wikipedia.org)
とかがあるけど・・・
>>784
おまえが知弱なことはよくわかったから一生ロムってろ
WEBカラーやJIS慣用色名やDICなどそれぞれでちゃんとRGB値に応じた決まった名前がある
ただ、すべてを統一した色名がないだけ
787:名無しさん＠編集中
09/10/15 05:15:23 az4581jV
次の手順でDVDをH264にエンコードした場合、DVD2AVIの設定でYC伸張が行われた事になるのでしょうか。
それともaviutl側でフィルタを通さなければ駄目なのでしょうか。
1 リッパーでISO作成。
2 DVD2AVIでプロジェクト作成。(YUV4:2:2、パソコン色調 を指定)
3 aviutlでx264guiでエンコード (入力、出力共にBT.601 を指定)
788:名無しさん＠編集中
09/10/15 06:40:29 NmUK96LM
うる覚えだがパソコン色調だと伸張されるんじゃなかったかな
789:名無しさん＠編集中
09/10/15 06:50:25 w0Sh52FO
DGIndexでd2vを作成(4:2:0) -> それをソースにavsを作成 -> そのavsをx264でエンコード
こうすれば、途中で余計な色変換は入らない。
790:名無しさん＠編集中
09/10/15 06:52:01 aVf0jKOa
>>787
エンコ時に伸張したいのか？
dvd2aviのvfapi経由ならそれでおｋ
つか入力プラグインはどれ使ってるのよ？
x264のオプションに--fullrange onを忘れずに設定
しかしデコーダがほとんど対応してないので色がおかしくなるぞ
エンコ時に伸張しない方がいい
aviutlでd2vを扱う場合はこの2行を適当なファイル.avsに保存してavisynth経由で読み込むと間違いが無い
DGDecode_MPEG2Source("source.d2v")
last
もっといい方法があるのかもしれんがaviutlに詳しくないので知らん
791:名無しさん＠編集中
09/10/15 07:22:47 T6PBhqq0
>>787
aviutlならMPEG-2 VIDEO VFAPI Plug-In(m2v.aui)で読み込んでYC伸張フィルターでも
使った方が良いんじゃないか。
その質問だとYC伸張のままエンコしたいって読めるけど、その理由も書いた方が良い。
DVDの色空間はYV12なのにDVD2AVI / DGIndexを使いaviutlで
直接読み込むとVFAPI経由でRGB入力になるので使用しない方が良い。
792:名無しさん＠編集中
09/10/15 07:53:07 rD938YI7
下らない話なんだけど、Avisynth使ってエンコしたのに色がおかしい！
と思ったら、MPCを複数起動すると1枚目だけちょっと赤っぽくなるだけだった
これってなんで？
793:名無しさん＠編集中
09/10/15 07:54:18 az4581jV
>>789
DGindexはブルーレイにも対応していてヨサゲですね。
さっそく試してみます。
>>788
>>789
有難うございます。
DVD2AVIでYC伸張を行いたい場合にPC設定を使うようにします。
>しかしデコーダがほとんど対応してないので色がおかしくなるぞ
>エンコ時に伸張しない方がいい
YC伸張を行うのなら再生ソフトかコーデック、あるいはビデオドライバに任せるべきだということでしょうか。
エンコード時にYC伸張を行う事にこだわりはありませんが。
OSインストール後に動画を再生させた場合、YC伸張をどこかでしないと色がおかしくなるので、エンコード時にしようかなと思っただけです。
794:名無しさん＠編集中
09/10/15 08:06:43 agdUnab0
YUV420の地デジTSをaviutlでm2v.aui入力→拡張x264出力を使って出力しています。
どうしてか色が薄いのですが正しい色空間で出力するするにはどうしたらいいでしょうか？
色変換は入出BT.709にしています。
エンコのオプションでは訳もわからず--colormatrix bt709つけてるんですがこれは余計なのでしょか？
795:名無しさん＠編集中
09/10/15 08:14:24 4uBXmTax
>>792
使ってるレンダラによって違う
オーバーレイ表示になってるんだろ
>>793
よほど古いビデオを使っていない限りはドライバ入れたら伸張されるので
エンコード時に伸張するとおかしくなると思うんだが・・・
まあ好きにすればいいよ
796:名無しさん＠編集中
09/10/15 08:21:32 w0Sh52FO
元のTSから色を一切いじらず、x264で --fullrange off --colormatrix bt709 と付けておけば、
これらのVUIを読むデコーダ(ffdshow, CoreAVC等)なら、正しい色のRGBを出力できる。
途中でPCスケールにしたなら、--fullrange onが必要になる。
TVスケール->PCスケールは、再生時にやる方が良いと私は思うけれど。
797:名無しさん＠編集中
09/10/15 08:27:32 az4581jV
色々と教えてくださって有難うございます。
YC伸張は再生側に任せるようにして、余計な色変換は行わないようにします。
798:名無しさん＠編集中
09/10/15 08:37:37 agdUnab0
>>796
ありがとうございます
799:名無しさん＠編集中
09/10/15 11:31:46 8m519n3d
>>795
最近のゲフォは伸張されないよ
800:名無しさん＠編集中
09/10/15 15:17:12 dq8UtIge
GeForceは最近のドライバなら
「プレーヤーに任せる・限定レンジ・フルレンジ」を
コンパネから指定できるけど。
801:名無しさん＠編集中
09/10/15 16:27:20 8m519n3d
>>800
レンダラがVMR7などでオーバーレイミキサを使用している場合はコンパネで指定しても適用されない
XPでMPCなどレンダラが指定できるプレーヤーならレンダラをVMR9などに変えれば回避できるが
PowerDVDなどの市販DVDプレーヤーなどではYC伸張されない
以前は上記の場合はちゃんとYC伸張してたんだけどね
まぁもうXPなんてかまってられないというところなんだろうがあまりにもお粗末だとは思う
802:名無しさん＠編集中
09/10/15 20:34:05 HAmgurWE
>>794
m2v.aui 0.6.57はYUV出力時の色空間指定が入れ違ってない？
色空間指定の無いソースではBT.709がBT.601になるようだ。
803:名無しさん＠編集中
09/10/15 21:45:42 tsGqAdC9
ちゃんとm2vconf実行しているのか？
804:名無しさん＠編集中
09/10/16 02:18:55 zYKoQIGp
>>800
Windows 7使ってるけど、プレイヤーに任せるってやると、
メディアプレイヤー ： フルレンジ（伸張あり）
メディアセンター ： 限定レンジ（伸張なし）
ってなってるみたい。
コンパネで設定すると確かにプレイヤーに関わらず指定できるようになるね。
これは良い！
805:名無しさん＠編集中
09/10/16 05:10:29 loWC9LXh
>>802-803
m2vconf.exeで元のYUVデータを維持に設定するとだめなんですか？BT.709を選択すべきでしょうか？
アチャーあれからテスト用に何本かエンコ、比較してそれなりに好い感触は得ていたのですがやっちまいましたね。
また何本かテスト用動画作って比較してみます。
806:805
09/10/16 06:27:36 loWC9LXh
改めてreadme読んでみたんですが元データを維持以外を選んだ場合に
matrix_coefficient指定が明記されていないソース(今回使ったソース:ただし、MediaInfo情報)が
どのように変換されるか明記されていませんでした
これは自分なりに検証してみるべきなのかもしれませんね
807:名無しさん＠編集中
09/10/16 06:38:16 YJbYqzsa
>>806
matrix_coefficientはその動画のカラーマトリックスが何なのかわかるようにするための御呪いみたいなものだよ
デコーダが対応してなきゃ意味ない
殆どの場合、設定してようがしてまいがデフォルトの動作をする（通常は720p以上はbt.709、それ以下はbt.601と判断）
808:806
09/10/16 06:57:27 loWC9LXh
>>807
ありがとうございます。
m2v.vfp入力の自動認識と同じ様に判断されるということですね。
BT.709と判断されているようで出力結果も合わせて納得しました。
809: ◆47o/marumo
09/10/16 07:30:03 jLe7fFFe
>>806
matrix_coefficient が設定されていない場合、その上の
「色空間行列(省略時)」に従って入力カラーマトリックスを
決定します。
「自動認識（解像度から）」を指定した場合、入力映像の
幅 x 高さ x フレームレートが 12000000 未満であれば
BT.601 と判定して、それ以上であれば BT.709 と判定します。
「自動認識（解像度から）」以外を指定した場合は、入力映像
の大きさに左右されずに指定されたマトリックスで変換されて
いると判定します。
810:名無しさん＠編集中
09/10/16 08:05:36 loWC9LXh
>>まるもさん
たまたま正しい選択をしていただけで色々と勘違いしていたようです。
私のような初心者の頓珍漢な質問にお答えいただき恐縮です。
811:802
09/10/16 21:17:29 RzuxG7VV
あれから調べてみた所、AviUtilでYUY2モードと通常のモード間を移行すると
必ず色空間がBT.601に設定されてしまうのが原因だと気づきました。
どうもお騒がせいたしました。
注意点として、AviUtilのYUY2モードはBT.601なので、YUY2モードを使用する場合はm2v.auiの
YUY出力をBT.601にしないと色が変わってしまうのと、AviUtilを通常モードに変更すると
AviUtilの色空間がBT.601に固定されているので変更する必要があります。
ところで、色空間の自動認識の基準はAviUtilとm2vとで同じなんでしょうか？
812:名無しさん＠編集中
09/10/16 21:49:35 r7Nrr25f
ところでPCでエンコモノ再生させるにしてもRADEONやGeForceなら縦720px以上の
動画はBT.709と判断してRGB展開させるから無理にエンコ時に変換する必要もないんだけどな
813:名無しさん＠編集中
09/10/16 22:00:27 OZVvhOwm
>>811
バカだよポップさん Log 2009/06
URLﾘﾝｸ(resic.laburec.net)
814:名無しさん＠編集中
09/10/17 12:32:54 FbcoTVZr
>>812
縦解像度でBT.601/BT.709を判断するのはDXVA1(VMR)を使うときだけで
DXVA2(EVR)やDXVA-HDの場合はAPI経由で指定するようになってるよ。
815:名無しさん＠編集中
09/10/18 01:41:42 KLBuvV46
>>767 >>774 >>787-788 >>790
亀レスだけど再生時に伸張する場合はTV scaleではなくPC scaleだよね？
URLﾘﾝｸ(neuron2.net)
816:名無しさん＠編集中
09/10/18 01:56:19 R6+Yavty
>>815
質問の意味がいまいちわからんが
再生時にYUV [16, 235(Y)/240(UV)] → RGB [0, 255](PC Scale) の変換(伸張)を行う
エンコ時は弄らずTV Scaleのままね
その辺がややこしいからエンコ時にはRGB変換をかまさないように意識するといい
ついでに説明しておくと
BT.601やBT.709の係数を使って伸張するわけだけどどのカラーマトリクスなのかをビデオかAPIが判別するわけだ
720ｐ以上はBT.709と判別された場合は当然ソースもBT.709にしておかないと色がおかしくなる
その判別は上に書いてあるように環境によってまちまち
なので通常は
SDからHDの場合、ColorMatrix(mode="Rec.609->Rec.709",interlaced=false)
HDからSDの場合、ColorMatrix(mode="Rec.709->Rec.601",interlaced=false)
とする必要がある
その上でx264のオプションに --colormatrix bt.709 または --colormatrix smpte170m としておけば
より多くの環境で正しい色で再生されるようになる
817:名無しさん＠編集中
09/10/18 02:10:41 0ZZQoRsf
横からすまんけど
x264で色空間指定しておかないといけない再生環境ってどんな場合があるの？
818:名無しさん＠編集中
09/10/18 02:21:34 R6+Yavty
>>817
>>814のような環境やCoreAVCのRGB変換
--colormatrixは指定しておいて損はない
将来的なことも考えて指定しておくべき
逆に指定しておかないと後から見てカラーマトリクスに何を使ってるのかがわからなくなる
819:名無しさん＠編集中
09/10/18 02:48:38 ZVnnwvZA
話題ぶったぎり？で悪いが、ひさびさにMediainfo更新したらmatrix_coefficientsなる項目が追加されていた
いつの間に…っつーか、もっとマメに更新しとくんだったなぁ
820:名無しさん＠編集中
09/10/18 02:52:30 KLBuvV46
>>816
分かりにくくてスミマセン。
エンコ時に色を弄らずにRGBに変換するというのは、
DGIndexのYUV->RGBをPC scaleに設定するはずなのに、
何故か少し上のレスではTV scaleに設定しろと書いてあるのが気になったので。
VFAPI経由で読み込むと無駄な色域変換が入るので、
使わない方が良いことは分かっているつもりです。
821:名無しさん＠編集中
09/10/18 03:40:15 ANiuz35q
VFAPI経由ってコトはaviutl？
>エンコ時に色を弄らずにRGBに変換するというのは、
DGDecode_MPEG2Source()ならその設定は関係ない。
822:名無しさん＠編集中
09/10/18 03:41:09 0ZZQoRsf
>>818
うちは今Win7ｘ64 ラデHD4830の環境なんだけど
別にcolormatrix指定していなくてもSDでもHVでもEVRでそれぞれ正しく色空間変換されるよ
これって>>814の環境じゃないのかなぁ
つまりそこまでcolormatrixをうるさく言う必要性をあまり感じないんだけど・・・
823:名無しさん＠編集中
09/10/18 03:42:55 KLBuvV46
>>821
そうです。
>>820続き
自分が確認する際に試した方法
1. ソース(地デジ ts bt.709)をDGIndexのYUV->RGBをPC scale(src1.d2v)、TV scale(src2.d2v)でそれぞれd2vを作製
2. DGDecode_MPEG2Source("src1.d2v")をx264でsrc1a.mp4を作製(src2a.mp4も同様の手順)
3. AviUtlにsrc1.d2vをD&D(VFAPI読み込み)
色変換の設定を入出力共にBT.709に設定する
拡張x264出力でsrc1b.mp4を作製(src2b.mp4も同様)
4. 以下のavsからsrc1c.mp4を作製(src2c.mp4も同様)
LoadVFAPIPlugin("DGVfapi.vfp", "VFAPISource")
VFAPISource("src1.d2v")
AssumeFrameBased().ComplementParity()
FlipVertical()
Crop(0,0,-0,-8)
ConvertToYV12(matrix="rec709")
src1a.mp4、src2a.mp4と同じ色になるのはsrc1b.mp4とsrc1c.mp4。
src2b.mp4とsrc2c.mp4はsrc1a.mp4より色が薄暗くなる。
TV scaleに設定した場合でも手順4のavsで最後をConvertToYV12(matrix="PC.709")※とすれば同じ色になります。
※ConvertToYV12(matrix="rec709").ColorYUV(levels="TV->PC")でも可能。
ちなみにVFAPI経由の方がバンディングが明らかに酷くなっていたのでやはり使わない方が良いです。
824:名無しさん＠編集中
09/10/18 04:08:49 Fg3u/RoJ
URLﾘﾝｸ(latoninf.free.fr)
TVスケール->PCスケールをするのなら、これの様なちゃんとした物を使わないと、
グラデーションが崩れてバンディングになる。
825:名無しさん＠編集中
09/10/22 19:55:41 sLs0nbOh
すみません確認なのですが、地デジやBS,CSの場合はSD放送であっても
「ITU-R BT.701」ですよね？
826:825
09/10/22 19:58:57 sLs0nbOh
地デジでSD放送はあまりありませんね。
たとえばBS2などです。
827:名無しさん＠編集中
09/10/22 20:01:54 1NuSCDBl
ISDBは、SD/HDの両方とも、ITU-R BT.701になっている。
>地デジでSD放送はあまりありませんね。
NHK教育ではSDも結構ある。
828:名無しさん＠編集中
09/10/22 20:06:28 sLs0nbOh
>827
早速のお答えありがとうございます。
829:名無しさん＠編集中
09/10/22 20:08:21 Uc86/9KJ
BT.709
830:名無しさん＠編集中
09/10/22 20:10:12 G80e5xng
質問するほうも答えるほうも709を701と間違っていると、さすがに釣られたくなるな
831:名無しさん＠編集中
09/10/22 20:15:45 1NuSCDBl
つられて間違えた。やはり、コピペなんてするものじゃないな。
832:名無しさん＠編集中
09/10/22 22:51:19 VdZJGvqf
放送大学のカラーバーもSDでBT.709だったよ
833:名無しさん＠編集中
09/10/22 22:57:58 m9Atz555
ISDBでは解像度に関係なくBT.709が指定されてたはず
834:825
09/10/25 01:09:17 yWHgJgI4
うろ覚えでググってひっぱてきたら・・・。
609&709
ですよね。
835:名無しさん＠編集中
09/10/25 01:30:30 hdmQGoUg
601&709
836:825
09/10/25 23:17:34 tb97zs4j
もうボロボロっすね・・・
837:名無しさん＠編集中
09/10/26 00:15:17 Dlqlwez3
fack you
838:名無しさん＠編集中
09/10/26 00:54:34 SJUh5aQ8
色々調べていると混乱してしまいました。
どなたか自分の認識の確認お願いします。
TSソースをAviSynthとx264を使ってエンコードするのに
DGDecode_MPEG2Source()でソースを読み込んで
1) 途中で色空間を変換しない＆HD→HDのままの場合
x264のオプションに--fullrange off --colormatrix bt709 をつける。
2) 途中にYV12 (a)→ YUY2 (b)→ YV12の変換あり&HD→HDのままの場合
(a)の変換に ConvertToYUY2()
(b)の変換に ConvertToYV12()
x264のオプションに --fullrange off --colormatrix bt709 をつける。
（プログレ化した後に変換しているとしてください）
3) SD⇔HDのリサイズがある場合
>>816のように最終的に
> SDからHDの場合、ColorMatrix(mode="Rec.609->Rec.709",interlaced=false)
> HDからSDの場合、ColorMatrix(mode="Rec.709->Rec.601",interlaced=false)
を使い、x264のオプションに --fullrange off --colormatrix bt709 をつける。
（途中の色空間の扱いは1)または2)のいずれか）
以上、3つともう1つ話が変わるのですが
4) 再生時にTVスケール->PCスケールしたい場合
nvidiaのコントロールパネルで再生時の伸張の設定ができるのすが
デコーダにCoreAVCを使っているの時はnvidiaの方はプレイヤーに任す
CoreAVCの方はInputでTVまたはAuto、OutputでPCまたはAutoにする。
の確認をどなたかよろしくお願いします。
839:名無しさん＠編集中
09/10/26 01:06:43 Av5dKFN4
> HDからSDの場合、ColorMatrix(mode="Rec.709->Rec.601",interlaced=false)
>を使い、x264のオプションに --fullrange off --colormatrix bt709 をつける。
HD->SDなら、avsはそれでいいがｘ264のほうは--colormatrix smpte170mになる
ゲフォはもう2年以上使ってないから知らん
840:名無しさん＠編集中
09/10/26 01:16:17 SJUh5aQ8
>>839
> HD->SDなら、avsはそれでいいがｘ264のほうは--colormatrix smpte170mになる
やはり間違えてましたか。ご指摘ありがとうございます。
avsはそれでいいというのは、1)と2)は正しいと解釈してもよかったですか？
841:名無しさん＠編集中
09/10/26 01:41:13 tc4eLmXg
> SDからHDの場合、ColorMatrix(mode="Rec.601->Rec.709",interlaced=false)
DVD-VideoはSMPTE 170M(BT.601)だけど、日本の放送はSDでもBT.709だから、
これだけは注意する必要がある。
842:名無しさん＠編集中
09/10/26 06:12:25 7n+CTY4M
BT.701吹いたｗ
601なんだか709なんだかマジ分からんｗ
843:名無しさん＠編集中
09/10/26 11:37:37 SeddTvhX
BS1、2もBT.709？
844:名無しさん＠編集中
09/10/26 11:57:19 6LFezO/5
>>838
TSがソースなら2)はConvertToYUY2(matrix="rec709")、ConvertToYV12(matrix="rec709")
だと思うのだが、正しいかどうかは自信ないから保証しない。
あと4)はCoreAVCスレで聞いた方がいい。
845:名無しさん＠編集中
09/10/26 12:25:56 Av5dKFN4
ConvertToYUY2やConvertToYV12のマトリクス指定はRGB->YUVのときだけ
YUY2<->YV12でマトリクス指定するとエラーになる
自信がないなら書くなよ
846:名無しさん＠編集中
09/10/27 01:41:13 8CHub/kk
レス遅くなってすみません。
>>840,>>841
847:名無しさん＠編集中
09/10/27 01:42:34 8CHub/kk
間違って送信してしましました。
>>839,>>841
指摘部分以外はどうやらあっていたようですね。
848:名無しさん＠編集中
09/10/27 01:47:09 8CHub/kk
また、間違えてしまいました。
これを最後のレスとします。
>>839,>>841
ありがとうございましたm(_ _)m
>>844
4)はもう少し調べてみることにします。
849:名無しさん＠編集中
09/11/25 23:37:20 7YFwX31b
デジタル放送はYUV420だから、YV12読み込みで劣化なしと考えていいのかしら?
wiki色空間によるとDVDも4：2：0だから、これまで4：2：2でアナログキャプチャしてたのは
オーバーサンプリング状態だったということ?
850:名無しさん＠編集中
09/11/26 01:10:47 gaUAZYgq
キャプチャ時の422のメリットはインターレースを考慮しなくてもいいという点
851:名無しさん＠編集中
09/11/26 06:19:36 lJUl7Siv
放送やDVDと言ったMPEG-2 Video Main Profileをソースにする場合は、DGIndexでd2vを作って、
MPEG2Source("input.d2v, upConv=0)として読み込めば、リサンプリングによる劣化はしない。
852:名無しさん＠編集中
09/11/26 06:21:46 lJUl7Siv
MPEG2Source("input.d2v, upConv=0) -> MPEG2Source("input.d2v", upConv=0)
853:849
09/11/26 20:53:42 o3wQozq8
>>850
なるほど上のほうで出てる話だね
>>851
avisynth初めてで戸惑ったけどできたよ
ffdshowでYV12有効にしたら読めた
そろそろBCTV9 で Huffvuv YUV アナログキャプチャ マルモaui 読みから移行するよ
854:名無しさん＠編集中
09/11/27 06:56:20 wBO66cpo
Helix YV12 / I420 VFW Codecs
URLﾘﾝｸ(forum.doom9.org)
YV12だけが必要なら、ffdshowよりも、これを入れるのがお薦め。
855:名無しさん＠編集中
09/11/27 17:01:39 FkULgom4
やっと分かりかけてきたのですが、AVIUTLでYUY2入力したかったら
まるもm2vか、DGDecodeとAVSを使用するかがある
でいいのですよね？
856:名無しさん＠編集中
09/11/27 17:16:01 /4tK74np
>>855
何の話？
mpeg2なら別にDirectShowFileReaderでも入力はYUY2になるが
857:名無しさん＠編集中
09/11/27 22:04:41 uwRdJ/tZ
>>813
このテスト内容ＡとＢってさ実はソースコピーしてるだけじゃないの？
AviUtlのBT.601色域入力→フィルタ適応→AviUtlのBT.601色域出力
AviUtlのBT.709色域入力→フィルタ適応→AviUtlのBT.709色域出力
すると結果が変わるんじゃないのかい？
858:名無しさん＠編集中
09/11/27 22:38:14 +JQFX6F3
>>779
859:名無しさん＠編集中
09/11/27 22:43:02 uwRdJ/tZ
>>858
てことは、フィルタ使うと色域のリサンプリングが行われて
同じフィルタを同じ設定で使っても違うファイルが出来るの？
860:名無しさん＠編集中
09/11/27 23:14:22 Q1MiGKuS
プレビュー比較
.ts->m2v.aui
709->709
URLﾘﾝｸ(uproda.2ch-library.com)
601->601
URLﾘﾝｸ(uproda.2ch-library.com)
.dv->EARTH SOFT DV.aui
601->709
URLﾘﾝｸ(uproda.2ch-library.com)
861:名無しさん＠編集中
09/11/27 23:18:42 Q1MiGKuS
あくまでプレビューなんで、エンコーダ等に渡すデータはまた違うかも知れません
862:名無しさん＠編集中
09/11/27 23:28:48 WPLZ3s5w
>>860
.ts->m2v.aui
m2vconf.exeでYUY2色空間行列を BT601にして
709->709と601->601 の画像お願い
863:名無しさん＠編集中
09/11/27 23:37:19 +JQFX6F3
Qonohaでキャプ
色変換を間違えてRGB表示すると
URLﾘﾝｸ(toku.xdisc.net)
正しい色の場合
URLﾘﾝｸ(toku.xdisc.net)
864:名無しさん＠編集中
09/11/27 23:39:55 WPLZ3s5w
>>813のＣの実験もYUY2だけで処理してるんだから本来同じファイルじゃないとおかしくないの？
どこかでYUY2→RGB→YUY2変換してるってことだよね？
865:名無しさん＠編集中
09/11/27 23:40:15 Q1MiGKuS
>>862
SMPTE 170M
601
URLﾘﾝｸ(uproda.2ch-library.com)
709
URLﾘﾝｸ(uproda.2ch-library.com)
866:名無しさん＠編集中
09/11/27 23:43:29 WPLZ3s5w
>>865
お手数かけて悪いけど
m2vconf.exeの一番右下にある設定のほうです
YUY2色空間行列 （m2v.aui用）って項目
そこにBT601があるんで
867:名無しさん＠編集中
09/11/27 23:46:48 Q1MiGKuS
ｽﾏｿ
709
URLﾘﾝｸ(uproda.2ch-library.com)
601
URLﾘﾝｸ(uproda.2ch-library.com)
868:名無しさん＠編集中
09/11/27 23:50:23 Q1MiGKuS
601->601と元のYUV維持(恐らく709)->709は同じっていうことでいいのかな
869:名無しさん＠編集中
09/11/27 23:57:21 WPLZ3s5w
.ts->m2v.aui bt709
709->709
URLﾘﾝｸ(uproda.2ch-library.com)
ts->m2v.aui bt601
601->601
URLﾘﾝｸ(uproda.2ch-library.com)
この２枚が同じになるということは・・・
870:名無しさん＠編集中
09/11/28 00:07:14 Nbxw41Lu
ts->m2v.aui bt601
601->709
ts->m2v.aui bt709
601->709
これらと
.dv->EARTH SOFT DV.aui
601->709
URLﾘﾝｸ(uproda.2ch-library.com)
を比較しないと駄目なのね
俺はバカだ
871:名無しさん＠編集中
09/11/28 00:39:05 JfcnbEAF
プレビュー変わるのは入力だけ
872:名無しさん＠編集中
09/11/28 00:43:03 Nbxw41Lu
>>871
だよね
.dv->EARTH SOFT DV.aui
601->709
これって
601->601でも全く同じになるような・・・
なんで
.dv->EARTH SOFT DV.aui
601->709 が正しい設定になってるの？
873:名無しさん＠編集中
09/11/28 01:45:22 JfcnbEAF
>>872
PV4は仕様上BT.601で取り込んでいるので、AviUtlの入力をBT.601とするとプレビューまでは正しくなる
m2vconfの色空間行列ををBT.601、AviUtlの入力をBT.601にしたときと一緒
出力はHDならBT.709にしておけばよい
って感じでいいのかな
874:名無しさん＠編集中
09/11/28 02:14:22 AwLR0jDB
>>873
出力ってどっちにしても同じファイルが出来上がらない？
875:名無しさん＠編集中
09/11/28 03:17:25 JfcnbEAF
>>874
変わることは変わるけど、なんか俺が思ってたのと違うことになってる
もうよくわからんので、カラーバー置いときます
URLﾘﾝｸ(www1.axfc.net)
876:名無しさん＠編集中
09/11/28 05:53:19 R1sEnmdc
>>875
↓みたいに、パートで分けて考えると判りやすいかも
ts(bt.709)→再生機器─→PV4→.dv(bt.601)┐
┌─────────┘
└→EARTH SOFT DV.aui→入力色変換(bt.601→RGB)aviutlコア(RGB)→出力色変換(RGB→bt.709)→出力 ┐
┌──────────────────────┘
└→デコーダ+レンダラ+グラボ(HD動画はbt.709→RGB)→モニタ再生(RGB) *注)RADEON DXVAの場合
間違ってたらごめんｗ
877:名無しさん＠編集中
09/11/28 06:46:18 JfcnbEAF
>>876
出力の方はよく分からなかったんだけど、
ts(709)->m2v.aui(709)->AviUtl(入力: 709, 出力: 709)->無圧縮AVI
上で出来たAVIをAVI->AviUtl(入力: 709）とすると、プレビューの色が元と変わってしまう
出力をBT.601にして
ts(709)->m2v.aui(709)->AviUtl(入力: 709, 出力: 601)->無圧縮AVI
AVI->AviUtl(入力: 709）とすると、合っている
で、考え方が間違ってるのか、コーデックのせいなのか、もうよく分かんないやと
878:名無しさん＠編集中
09/11/28 08:03:27 v0ATo8eP
aviutlの出力がおかしいんじゃないの
879:名無しさん＠編集中
09/11/28 11:30:44 IQC2WXDo
AviUtlプラグインの波形表示の最新版が709のベクトル表示付いてるから
それ使って調べればいいんじゃね
880:名無しさん＠編集中
09/11/28 16:46:12 TDnh5qP5
>>876
Aviutl内部はRGBではなくYC48(YCbCr各12bit)
入力と出力で使う色空間(YUVかRGBか)によってAviutlの挙動は変わるよ。
入力がRGBのときは入力の色変換の設定は無視される。出力もRGBのときは同じように出力の設定も関係ない。
出力がYUVなら出力の色変換の設定に応じてRGB>YUV変換して出力される。
入力がYUVだとまず入力の色変換の設定に応じてYC48へのアップサンプリングが行われる。BT.601だと従来どおり
のアップサンプリングでBT.709だとおそらく709 > 601の変換が入る。それからフィルタ処理を行うから当然入力の設定によって
処理するデータが変わることになるから出力も変わる可能性があるな。
で出力がRGBならやっぱり出力の色変換設定は関係ない。YUV出力だと入力と同じようにBT.601とBT.709とで違う計算式で
ダウンサンプリングして出力をする。
アップサンプリング時に601に再サンプリングを行うのは精度的にどうなんでしょうかね。
881:名無しさん＠編集中
09/11/28 17:19:57 TDnh5qP5
あちょっと訂正
入力がRGBのときは入力設定に関係なくBT.601としてYC48に変換される(と思う)ので
×出力がYUVなら出力の色変換の設定に応じてRGB>YUV変換して出力される。
○出力がYUVなら出力の色変換の設定に応じてYC48>YUV変換して出力される。
まあまとめると
色変換設定(入力) 色変換設定(出力)
RGB. ── (無視) ── .RGB>YC48(BT.601). ──┐ ┌─ (無視) ─ .YC48(BT.601)>RGB. ─── .RGB
│ │
YUV ─┬─ (BT.601) ─ YUY2(BT.601)>YC48(BT.601) ─┼─ フィルタ処理(YC48) ─┼─ (BT.601) ─ YC48(BT.601)>YUY2(BT.601) ─┬─ YUV
.. │ │ │ │
.. └─ (BT.709) ─ YUY2(BT.709)>YC48(BT.601) ─┘ └─ (BT.709) ─ YC48(BT.601)>YUY2(BT.709) ─┘
多分に俺の妄想が入ってるから盛大に間違ってる可能性が高いｗ
882:名無しさん＠編集中
09/11/28 21:59:43 6GpiMBnx
ちょっと気になったんだけど
入力時と出力時の色空間が違っても
(出力時に)勝手にyc圧縮/伸張はされたりはしないよね？
普段はd2v読み込み -> xvid出力
大事なソースのときはm2v.aui読み込み -> mp4出力って
使い分けてるんだけど大丈夫だよね？
883:名無しさん＠編集中
09/11/28 22:02:31 6GpiMBnx
>>882
ちなみにソースはTVスケールのmpeg2で
出力もTVスケールでやってます
884:名無しさん＠編集中
09/11/28 22:08:33 TDnh5qP5
d2v作成時の設定と読み込み設定による。
d2vで読み込むとMPEG2でフラグが正しくないとインターレース壊れるぞ。RGBだし
885:名無しさん＠編集中
09/11/28 22:15:05 as0+mCwA
せっかくd2vを作るのなら、avsを読めるxvid_encrawやx264(CLI)を使えばいい。
自分でColorMatrix等を使わない限りは元のままなので、色空間で悩む必要もなくなる。
886:名無しさん＠編集中
09/11/28 22:34:37 vS5J1GUV
>>880
YC48、そうだった。すまん勘違いしてた。
すると無圧縮aviの中間ファイルを介してx264で出力する場合は、
┌→プレビュー1
・ts(YV12/bt.709)→m2v.aui(YUY2/bt.709)→入力色変換(YC48/bt601)→aviutlコア+フィルタ(YC48/bt.601)→YC48toRGB→無圧縮avi(RGB)
・無圧縮avi(RGB)→RGBtoYC48(YC48/bt.601)→aviutlコア+フィルタ(YC48/bt.601)→出力色変換(YUY2/bt.709)→x264gui→.h264(YV12/bt.709)
└→プレビュー2
って流れになるのかな。うちでやってみたら、プレビュー1とプレビュー2は同じ色調だし、
avi入出力の色変換設定を変えてもプレビューの色調は変わらない。YUVじゃないしな。
（>>877の状況は再現せず。）
887:名無しさん＠編集中
09/11/28 22:47:20 6GpiMBnx
>>884
DVD2AVIで
「色空間指定」を“YUV4:2:2”
「YUV->RGB変換」を“テレビ色調”
にしてプロジェクト経由です。
>>885
親のパソコンなので勝手に入れないし
いまだにソースがアナログ録画なので明るさが
異様に低い（カラーバーの一番明るいところで170あたり）
チャンネルもあり、波形を見ながら調整できるAviutlが一番かなって。
888:877
09/11/28 23:01:44 JfcnbEAF
ん～、どうもこの"YUY"ってコーデックかAVI Readerの挙動かな･･･
多分、>>813と>>881が正解だと思うので、かき乱してすみません
URLﾘﾝｸ(uproda.2ch-library.com)
URLﾘﾝｸ(uproda.2ch-library.com)
URLﾘﾝｸ(uproda.2ch-library.com)
889:877
09/11/28 23:52:02 JfcnbEAF
AVCなら問題ありませんでした
URLﾘﾝｸ(kissho.xii.jp)
890:名無しさん＠編集中
09/11/29 00:03:26 /mt7KybQ
バカだよポップさん Log 2009/05
URLﾘﾝｸ(resic.laburec.net)
891:名無しさん＠編集中
09/11/29 01:16:31 dH2CEN+U
>>888
「AVI File Reader（Video for Windows）」は、YUY2形式のコーデックだろうがなんだろうが
RGB展開になるから、「AVI/AVI2 File Reader」の優先度を上げとくといいと思うんだ。
892:877
09/11/29 01:51:16 ohAZqONo
>>891
ご指摘どおりでした
結局、最初の>>873の考えでOKです
URLﾘﾝｸ(uproda.2ch-library.com)
893:名無しさん＠編集中
09/11/29 12:19:39 IzVu18F+
>>881
YC48(BT.601).なんて概念は無いでしょと言うのは置いといて
書くとするなら、最後の段は
.. └─ (BT.709) ─ YUY2(BT.709)>YC48(BT.709) ─┘ └─ (BT.709) ─ YC48(BT.709)>YUY2(BT.709) ─┘
入力切替すると見た目が変わるんだからこうじゃないかな
894:877
09/11/29 13:53:27 ohAZqONo
>>893
見た目が変わるからBT.709>BT.601って書いてんじゃないかな
895:名無しさん＠編集中
09/11/29 14:14:13 755dDIBY
YC48はBT.601変換式（＋スケール変換）でRGBと相互変換できる形式みたいだから
便宜的にそう書かれたのでは、とエスパーしてみた
896:881
09/11/29 14:20:33 uiy8C4gP
>>893
YC48(BT.601)はそのままの意味で書いたつもりではなくてようするにBT.601に準じたカラーマトリクスを用いた値に
変換されてるだろうということです。つかバカポさんのところのほうがわかりやすいです(´･ω･`)
897:名無しさん＠編集中
09/11/29 19:02:58 mT76S+UL
------------------------------------------------------
URLﾘﾝｸ(resic.laburec.net) より引用
------------------------------------------------------
＊ＫＥＮくん氏のコメント（一部引用）
BT.709 の対応についてですが、今後対応しようと考えていまして、
内部形式(YC48)は基本的に BT.601 としておいて YUY2->YC48、YC48->YUY2 変換での
YUY2 の色空間を設定するような形を考えています。
------------------------------------------------------
URLﾘﾝｸ(resic.laburec.net) より引用
------------------------------------------------------
新たに実装されたBT.709モードは、入力時にYUY2（BT.709）→YC48（BT.601ベース）変換、
出力時はYC48（BT.601ベース）→YUY2（BT.709）変換として機能しますので（以下略）
898:名無しさん＠編集中
09/11/29 23:04:14 dKjId32G
色々議論中に話の腰を折るようで悪いのだが・・・>>838ってあってる？
DestripeやBCSInterlacedResize使って縦を縮めたときって
直後でColorMatrixを使ってやらないとサイズ戻すときにおかしなことにならない？
899:名無しさん＠編集中
09/11/29 23:10:20 3i11wI3D
最終的にSDにするのなら、IVTCの後にColorMatrixを付けたらいい。
縦720以上なら、ソースのまま(BT.709)にしておく。
900:名無しさん＠編集中
09/11/29 23:19:26 dKjId32G
>>899
レスどうもです。
エンコ初めたばかりでわからないことが多く助かりました。
901:名無しさん＠編集中
09/12/15 19:41:35 8eMubjYZ
PT2で録画した地デジTSをVLCでPS変換し、aviutlでm2v.aui経由で読み込み、
WMVやxvidなどでD4～D5エンコする場合
m2vconf.exeでの設定はどうするのが正しいんでしょうか
・YUV→RGB変換はどちらにチェックを？
・色空間行列（省略時）とYUY2色空間行列(m2v.aui用)は何を指定すれば良いのでしょう
何を今更、と思われるかもしれませんが、ぐぐって調べても
ここを具体的に指摘してくれてるページに出会えなかったもので…
どなたかご教示願えませんでしょうか
902:名無しさん＠編集中
09/12/15 21:53:11 fnelTTWR
Utl使って再エンコするのになぜPS変換?
903:名無しさん＠編集中
09/12/15 22:09:15 DP6SyV39
TSは激しく分散して記録されており、その後の作業にも影響があるので
デフラグをかねて変換するらしい
904:名無しさん＠編集中
09/12/15 22:22:32 9QL3hsBD
URLﾘﾝｸ(www.up-cat.net)
>このため、放送用のコンテナ(例えば.ts：MPEG-2 Transport Stream)のデータをそのまま記録し、
>後ほど再生する場合には、'シークの基準は時間ではなく、データ量になる。
>つまり1時間の動画の50%部分にシークをしても、30分の部分に当たるとは限らない。
>これが30分に当たることがあるとすれば、それは擬製的なCBR（ヌルパケットやパディングなどの
>無駄なデータが含まれる）であるか、偶然前半も後半も平均すれば同じビットレートであったというだけである。…
こういうのも関係あるかもね
905:名無しさん＠編集中
09/12/16 00:34:45 0gvHv4Lw
いや、その部分はTSでもPSでも同じじゃね？
906:名無しさん＠編集中
09/12/16 01:46:08 TptFbxh/
>>809あたり？
907:名無しさん＠編集中
09/12/22 08:57:17 RlhwNndl
地デジのtsストリームをTSmemoryで伸張された色はITU-R BT.601 という規格に沿っています。
映像信号の規格にはいろいろあり、コレを調べれば調べるほど本当の色ってなんだろう？って思います。
地デジはHDTVのITU-R BT.601 であるのでコレをPCの静止画の標準（？）であるsRGBに変換します。
元の色差信号がYPbPrであるので、YCbCrに変換する事も必要でしょう。
URLﾘﾝｸ(areya777.blog123.fc2.com)
908:名無しさん＠編集中
09/12/22 15:02:24 fTTKW5fE
日本の放送はBT.709
909:名無しさん＠編集中
09/12/22 17:09:22 z0oHIQP5
単にBT.601って言っても、
色空間の方の「BT.601(YCbCr)」・「BT.709(YPbPr)」で使ったり、
YC量子化レベルの方の「BT.601(16-235/16-240)」・「フルスケール(0-255)」
で使ったりしてるが、どっちか分かりづらい。
BT.709でもYC量子化の部分はBT.601なんだし。
910:名無しさん＠編集中
09/12/22 20:10:17 1aUN2LwW
なんか屁理屈っぽいぞw
色空間スレなんだし、BT.601のサンプリング周波数が13.5MHzとかいう話なんて誰もしてないだろ。
それともMPEG2だったらITU-R BT.470-2 System B, Gと言う方が正しいとつっこんだ方がいいのか
911:名無しさん＠編集中
09/12/23 03:49:23 kUw0CbSS
>>907
ブログのコメントの指摘を完全スルーしててわろたｗｗｗ
912:名無しさん＠編集中
09/12/23 09:59:38 IHzcdViX
大前提として色なんかだいたい合ってりゃいい
って人だからね。スルーしてもしょうがないｗｗ
913:名無しさん＠編集中
09/12/23 14:10:15 eG1JsR+c
最初から正しい色で読み込むか、変な色で読み込んで正しく補正するかの違いだからね
どっちでもいいんじゃない
914:名無しさん＠編集中
09/12/24 00:00:38 PLWcjbMx
>>907
ありやがでたらめなだけだよ
TSmemoryはまるものm2vconf.exeの設定が反映されるから
その設定次第でAviutlは601でも709でも表示できる
915:名無しさん＠編集中
09/12/24 00:46:43 33Sc8OhV
>>907
この人、アースソフトのPVでのキャプがメインらしいから
それ用にAviUtl本体の「色変換の設定」の「入力」をBT.601にしたままで検証やってるんじゃないかな
916:名無しさん＠編集中
09/12/24 00:53:02 35+6xALV
でも最終的に間違ってないんだろ？
917:名無しさん＠編集中
09/12/24 10:06:49 ev0t3SKV
>>916
そもそも正解が無いからな
sRGBの問題点はこのスレの最初のほうで語られている
ただでたらめな点がちらほらあるなーって思われるだけで
＞地デジのtsストリームをTSmemoryで伸張された色はITU-R BT.601 という規格に沿っています。
＞地デジはHDTVのITU-R BT.601
918:名無しさん＠編集中
09/12/24 10:59:41 boWbk/sF
揚げ足取りとまでは言わないけど
目くじら立てるほどでもないな
コメント無視しているんじゃなくて気がついてないんじゃないの？
919:名無しさん＠編集中
09/12/24 14:15:35 hLIrLH/Y
>>915
半年前くらいからTSmemoryが主みたいよ
まあ基本的に色空間とかどうでもいい人なんだろｗ
URLﾘﾝｸ(long.2chan.tv)
URLﾘﾝｸ(long.2chan.tv)
920:名無しさん＠編集中
09/12/24 17:44:26 /S060CVg
その画像はなに？
921:名無しさん＠編集中
09/12/24 19:28:13 b+Cz6Nri
サービスです。
922:名無しさん＠編集中
09/12/25 00:08:28 sN2EppV7
Liveムービーメーカーでデジカメ動画編集すると色空間が勝手に変換されて
白っぽくなってしまいますが、無変換にはできないものでしょうか？
923:名無しさん＠編集中
09/12/25 00:21:56 9nMCiYYt
YC伸長しないクズVGAなんだろ
924:名無しさん＠編集中
10/01/12 21:45:36 +UBrKa3e
>>907
わろたｗ
925:名無しさん＠編集中
10/01/15 14:58:57 vsEmLgtp
AとBは同じ色
URLﾘﾝｸ(img.f.hatena.ne.jp)
これ判らない奴は色空間なんて気にするな
926:名無しさん＠編集中
10/01/15 21:56:19 ibuPjlnI
URLﾘﾝｸ(img4.imageshack.us)
URLﾘﾝｸ(img706.imageshack.us)
普通の映像で、違いが分からない人は居ないだろう。
927:名無しさん＠編集中
10/01/16 18:18:17 qmsjAsSZ
何でその映像なんだｗ
928:名無しさん＠編集中
10/01/16 21:01:33 ik0pgh7P
じゃあ何ならいいんだよｗ
929:名無しさん＠編集中
10/01/16 21:10:12 XC5twVHu
そりゃ女の裸だろ
二次元か三次元かで別の文句が出そうだが
930:名無しさん＠編集中
10/01/16 21:50:02 FyrbS7fV
正座で待機
931:名無しさん＠編集中
10/01/17 10:40:23 axocvWi5
三次元TSでBT601にしたとき、肌が桃色っぽくなるのも捨てがたい。
長年アナログで植え付けられた呪縛かもしれんが・・・
932:名無しさん＠編集中
10/01/17 10:57:46 ArQr6t7O
BS2アナログキャプチャをデジタルに移行しようと比べてみたが
デジタルはやはり緑が弱い
avisynthのフィルタで変換しても肌色がピンクなんだな
停波までアナログでがんばることにした
アナログキャプチャがフィリップスチップだったから
最初は「ナメック病」かと思った
933:名無しさん＠編集中
10/01/17 19:05:21 DtwHdEsD
AviUtlの色調補正で
明るさ 20
コントラスト 46
輝度 -47
色の濃さ -36
にしてぱっと見で元との違いがすぐわからないなら色盲だから考えるだけ無駄
934:名無しさん＠編集中
10/01/18 02:03:50 uNsUEXNL
>>925＝>>933かね。
こないだから何がしたいんだこのバカは。
935:名無しさん＠編集中
10/01/18 16:53:40 g2Pk5Nsc
>>934
お前は一体誰と戦ってんの？w
936:名無しさん＠編集中
10/01/18 20:29:37 FgBwSFya
色空間と戦ってるんだろ
937:名無しさん＠編集中
10/01/18 20:40:12 5BXK9QrW
マクー空間に引きずり込め!