09/03/29 22:07:38 mwRUF3BT
お馬鹿なのに変に難しい話に首突っ込むなって感じだね
571:名無しさん＠編集中
09/03/29 22:14:57 O/rx7RRI
まあ、予備知識のない人には勘違いしやすいからね。
連投してファビョちゃったのはちょっとみっともないけどｗ
572:名無しさん＠編集中
09/03/29 22:56:37 RzyZqHsx
色数は、RGB16～235だから219階調を３乗すればいい。
あとは、EBU 100%（NTSC 72％）≒sRGB、ITU-R BT.709＝sRGBだから
その法則にしたがって、割合を求めればいいだけ。
573:名無しさん＠編集中
09/03/29 23:29:16 lA7p07ar
揚げ足とりだが、16と235も含むから220階調な。
574:名無しさん＠編集中
09/03/30 04:16:42 yj7nNcLJ
sRGBは0-255だろ
575:名無しさん＠編集中
09/03/30 04:38:54 tvUz5+v1
また、バカが沸いてきた。調べもせずにに毎回よく恥じかけるよ。
576:↑
09/03/30 04:58:53 zw8YBBel
自分が理解できないからひがんでいるとしか思えないぞw
つか、荒らし系の話題にはやっぱこんな馬鹿がよってくるんだから無視するに限るね
577:名無しさん＠編集中
09/03/30 05:20:23 YluRllTz
釣りか真性かよく分からんバカがいるな。扱いに困る＾＾
578:名無しさん＠編集中
09/03/30 05:25:03 vWECeExE
色空間wikiの一般的な色空間の所にRGBの項目があるってなんか変に感じる
コンピュータにおける表色系、と言った方があってる気がするんだが・・・
sRGBとかは色空間でいいんだろうけど・・・
579:名無しさん＠編集中
09/03/30 09:51:25 KeRAFiM1
>>574
お勉強してこい。面倒みきれん。
580:名無しさん＠編集中
09/03/30 23:33:18 8id16EcK
>>579
馬鹿は自分の面倒見ていろよ、別に頼んでないからw
581:名無しさん＠編集中
09/03/30 23:56:14 OyiakWMp
何億色表現可能というTVの誇大宣伝について色彩学会に問い合わせた。答えは、
いたずらに色数がいくつあるかという議論は混乱を招くだけであり、
もはや研究対象にすらなっていない。と。
色相/彩度より輝度差に敏感な眼は同時256階調未満の識別しかできないが、暗視野での256階調とは
輝度値が異なるため、あらゆる環境照度での識別可能な輝度値となると確かに無限に増える。
しかし実際は見ている人に同じ印象の色に見えるものは一緒と考えれば
結局最初のRGBで256階調分、YUVで220階調分でも十分と言うのが定説。
その上でB～BR～Rは元々高彩度の最高輝度が低い色群
BG～G～Yは元々高彩度の最低輝度が高い色群で
最大256階調が必要なのは実は白～黒無彩色グラデーションだったりする。
その結果、一般に十分明るい照度下で眼の良い人が見分けられる色数の限界は
1000万色（～1500万色）と言われ、この500万色もある幅が最早、色数を数え上げることに
実用上意味がないことを示している。
実用上の色分布なら最近ならSOCS（約5万色）データベースを参照する方が建設的。
582:名無しさん＠編集中
09/03/31 00:08:39 DM0neHXk
sRGBの色域なら8bitで十分だろうけどそれより広げると
8bitではトーンジャンプおこすからって10bitやら16bit採用している例が増えてきているよね
scRGBも16bitじゃなかったっけ？
583:名無しさん＠編集中
09/03/31 00:21:18 ss1HR4fU
ID変えている奴バレバレだな。これ以上まだ恥かくのか？ｗ
ネットで一生懸命探して間違いを2chで公表しなくていいから専門書を一つでも読みなさい（笑）
584:名無しさん＠編集中
09/03/31 00:27:46 ss1HR4fU
ちょっとググレば出て来るのにな。
なに的外れな勘違いしているのか。
馬鹿に生まれなくて本当によかった（笑）
585:名無しさん＠編集中
09/03/31 00:38:40 6Om0hbMi
トーンジャンプは色空間の変換や色調補正とかで最も起こりやすいから
その処理を10bitや12bitで処理するものは多いね。そういう部分を丁寧に行って
ディザリングを施して8bitに丸めればまず違和感は起こらんと思う。
人間の目は明るさにもっとも敏感で暗いと色の判別が困難になるし
もともと青の色覚が弱いからYUVってかなり合理的な色空間なんだよな。
赤は比較的敏感だからYUV420とかで劣化が目立つのが玉に瑕だけど
586:名無しさん＠編集中
09/03/31 01:55:33 ee8xsR2u
>>ID:ss1HR4fU
まぁ連投するやつにろくなのがいないのだが
ついでに俺にも説明してくれまいか
いつからsRGBの量子化の実行範囲が16-235になったんだ？
まさかsYCCと混同しているのか？
587:名無しさん＠編集中
09/03/31 13:46:25 EizfDYSg
スレ違いとは思いますが、瞬間湯沸し器的に沸騰してしまい、つい書き込みしてしまいました。お許しください。
普段は決して沸点が低い物質ではないのです。わたしという人間は。
今更エンコードに興味を持ち、あちらこちらの先輩方のサイトを拝見させていただいておりました。
なぜ、赤が観辛いか。
mpg系圧縮は赤が強めにでて、既に赤っぽい場合が多い。それが赤いと、しつこく感じる。
目が青い外人は、少し赤いほうが綺麗に観れるらしい(謎
外人の家の明かりが、総じて暖色系なのは、そのためかも知れませんね。
そんなワケで、しつこいから少しだけ赤を抑えてみる。(0)
ちなみに、緑減らすと赤くなるのも覚えておこう。
逆に、日本人のは青い色が綺麗に見える。蛍光灯とか少し青い方が、明るく見えるのは、そのため。
∴すこしだけ青が強い方が、日本人には締まって見える。(1)
地デジの赤色がやけにどぎつく、滲んで見えるのはmpg2の仕様か！
千と千尋のＤＶＤが赤色っぽいのは海外販売に合わせたためか！
所詮白人の作った規格、利益の大きい海外市場戦略に合わせる必要性。
日本人にとって理不尽であろうとも、我慢や無駄な努力をしなければいけないのですな。
ふぅ、駄文失礼しました。
588:名無しさん＠編集中
09/03/31 15:03:11 P0BXIJ+t
地デジでは当てはまりませんが従来のNTSCはもともとその伝送構造的に周波数の低い赤が苦手です
また、mpeg系の量子化形式も元々NTSCに従っているのでやはり赤の再現性は苦手なのが原因です
人間の色彩に対しての感度は人種により大きく異なることも事実ですが
（もともと人類の目は緑に対して感度が高いですが、アフリカ系の人は緑に対して異様に感度が高いとかetc）
同じ人種でも個人差もでかいですし、同じ個人でも年齢によって大きく異なってきます
一般的に年をとるにつれて周波数の高い色（濃いブルーなど）は非常に見えにくくなってきます
ただ、人間は脳内で色彩情報を補正して認識しているので目の機械的感度での論議は無意味とも言えます
また、目の色の差違で感度が違うとか、日本人が色温度が高いのを好むというのはオカルトです
589:名無しさん＠編集中
09/03/31 16:08:31 JlZoO2Ku
糞スレになったな
590:名無しさん＠編集中
09/03/31 17:21:11 6Om0hbMi
>>589
お前がいるからな
591:名無しさん＠編集中
09/03/31 20:43:16 kBh3bxQ0
>>578
こんなところで愚痴らないで、ノートページに書くか、
自分で直接書き換えろ。
592:名無しさん＠編集中
09/04/01 13:36:53 zym/N56e
まだ調べきれてなかったのか・・・せっかく宿題にしたのに。
やっぱり、ダメな子だな。
URLﾘﾝｸ(www.sony.co.jp)
>輝度、色度信号値の量子化において8ビットのとき、1から15と241から254も映像信号として使用して、
>定義式を定め広色域化を図る。また8ビット以上も定義して高階調化にも対応している。
ヒントというかもうこれは正解を教えてやったのと同じだな。俺もバカに優しすぎる。
593:名無しさん＠編集中
09/04/01 13:38:07 zym/N56e
おい>>586 >>574分かったか？頭悪い子には時間を置いて考えるくせをつけてやらないとな。
594:名無しさん＠編集中
09/04/01 16:55:30 6wqwXSX3
で、どこにsRGBが16-235だと書いてあるんだ？sRGBとBT.709がどっちも16-235だと思っちゃってるの？
595:名無しさん＠編集中
09/04/01 22:43:03 GzKFN+2F
>>594
例によってDQNはいつまでたってもDQNって事だろw
たしかにこういった技術系の板で>>594のようなやつがわいてくると困るよね
無視するに限るが無視すれば嘘八百書き込んだのが訂正されずにログに残るからねぇ
596:名無しさん＠編集中
09/04/02 03:18:04 Hbe8OVGI
>>592 >>593 >>595
エイプリルフールは終わったぞ、さっさと訂正しろよな
sRGBの量子化は1ピクセルあたり24bitは常識中の常識だろ
どうやったら16-235みたいな中途半端な数字が出てくるんだよ宿題にしてやるから後で提出しろ
597:名無しさん＠編集中
09/04/02 10:37:52 LFuqvVjG
>>594 >>596みたいな素人がここにもいるとはね。春休みか。
とりあえず、ここは初心者スレじゃないので質問は他でやれ。
598:名無しさん＠編集中
09/04/02 14:05:50 Hbe8OVGI
>>597
アホか？素人過ぎるのはおまえだろww
RGB各色の先頭2bitがヘッダとして使われているから実行6bitだとかの理由なら形式によってはあり得るかもしれんが
10進表記した上で16-235がどうとかって・・・あまりにも無知すぎる
これ以降反論があるならちゃんとそれなりの反論をしてくれよな・・・お馬鹿さん
599:名無しさん＠編集中
09/04/02 14:10:30 Hbe8OVGI
連投ですまん
>>957
で、どこに>>952のHPにsRGBの量子化についての説明があるんだ？
おまえが示した箇所はYUVのスーパーホワイトとスーパーブラックの領域についての言及だけなんだが
ちょっと病院に行った方が良いかと思うぞwww
600:名無しさん＠編集中
09/04/02 14:44:23 Ihw/AXO8
なぁ素人の俺様にもどっちが正しいかわかるように
まともな事書いてる奴は丁寧に煽らず
DQNはwとか連発していかにも低脳そうに書いてクレよ。
いまはどっちもアホにしか見えなくて困る。
601:名無しさん＠編集中
09/04/02 17:45:25 GDkFtAxK
BT.709
・Quantization levels
Black level 16
Nominal peak 235
・Quantization level assignment
Video data 1 through 254
Timing references 0 and 255
黒レベル16 白 235
データ範囲 1-254 0と255は同期信号
これだけしか規定されていない
1-15と235-254の扱いはご自由にどうぞ
表現できるならやってもいいんじゃないってレベルだな
602:601
09/04/02 17:54:37 GDkFtAxK
×235-254
○236-254
603:名無しさん＠編集中
09/04/03 07:03:30 nHFB0SN+
>>600
sRGBが16-235と煽っている方がNG
そもそもYUV表記でもないのに16-235と言う数字が出るのもおかしいし
さらに>>601で示されたとおりYUVでも1-254も認められている
604:名無しさん＠編集中
09/04/04 13:38:41 Fl+N8r/4
縦解像度540だとbt.709にすべき？bt.601？
605:名無しさん＠編集中
09/04/04 13:48:57 lxktbjwP
SDでも縦は最高576(PAL)あるから、私だったらBT.601にするかな。
606:名無しさん＠編集中
09/04/04 14:14:08 Fl+N8r/4
㌧
607:名無しさん＠編集中
09/04/05 01:41:56 Lz+1kL2/
>>604
再生システムによって変わると思うので
自分でCBでもエンコしてやってみるしかないんじゃないかな
608:名無しさん＠編集中
09/04/18 02:49:20 SQvglqeo
ColorBars (720, 480)
Trim(0,29)
ConvertToYV12()
と
ColorBars (960, 540)
Trim(0,29)
ConvertToYV12()
と
ColorBars (1280, 720)
Trim(0,29)
ConvertToYV12()
でx264でエンコしてffdshowで再生したのを比べたら480=540だった。
609:名無しさん＠編集中
09/04/18 03:11:06 o6lZ9Rdc
ConvertToYV12()だとmatrix=Rec601だから、x264に--colormatrix smpte170mを付けておかないと、
一番下はおかしな色でRGBにデコードされる。
610:名無しさん＠編集中
09/04/18 03:13:16 EPh0h7JE
それは分かってて盾540の時はどうなるのか比較実験でやっただけだろ…
611:名無しさん＠編集中
09/04/18 23:01:02 94eLiRXd
たぶんそれはハードとかデコーダーによると思う。
RADEONは縦720以上でHDと判定されてffdshowだと横1024以上がHDだったかな？
612:名無しさん＠編集中
09/04/19 06:07:45 AaMeDDYt
ffdshowは720pをSDと判定するってこと？
ffdsowの仕様はよく知らないけど、それはないんじゃないかなぁ
613:名無しさん＠編集中
09/04/19 06:10:43 H/OGhjB9
良く嫁
614:名無しさん＠編集中
09/04/19 08:48:41 qO0R7U85
--corlormatrixをエンコ済のmp4/264ファイルに設定する方法ってあるの？
615:名無しさん＠編集中
09/04/20 23:53:12 zX8SIsCy
>>611
気になったんで調べたら、ffdshowは
width > 1024 or height >= 600: BT.709
width <=1024 and height < 600: BT.601
だって
616:名無しさん＠編集中
09/04/21 09:01:58 qOM3eyLU
シネスコだと600切ったりするから自分でいじれる方がいいなぁ～
617:名無しさん＠編集中
09/04/21 10:00:06 WGQHHGAU
>>615は自動の場合の話
強制指定ももちろん可能
618:名無しさん＠編集中
09/04/21 14:37:23 v+OxEIgE
>>615
DXVAだと縦が576ラインを境にしてSDとHDを切り分けるみたいです。
NTSCだと縦480だけど、PALが縦576だからでしょうね。
URLﾘﾝｸ(msdn.microsoft.com)(VS.85).aspx
For standard-definition content, treat as DXVA2_VideoTransferMatrix_BT601.
For high-definition content, treat as DXVA2_VideoTransferMatrix_BT709.
(High-definition content is defined for this purpose as anything with a source height greater than 576 lines.)
619:名無しさん＠編集中
09/04/21 18:04:26 Ix1+B7Fu
ffdshowはエンコーダ(たとえばx264)側で指定しても615のようになるな
強制指定(RGB32出力のみ)だと毎回変えないとならないし
H.264の場合だとCoreAVCでRGB32で出力してあげると指示に従ってくれる
620:名無しさん＠編集中
09/05/08 15:18:36 UiuZb1mF
最近このスレ知って、avsをaviutlで開いてみたんだけど、
d2vを開いてYUVマトリクス変換2でYCbCr48(BT.601)→YPbPr48(BT.709)をオンにした時には見られなかった変な線が入るんだけど原因分かる人いる？
URLﾘﾝｸ(paint.s13.dxbeat.com)
621:名無しさん＠編集中
09/05/08 19:22:59 yMrDmpsk
YV12＞RGBにプログレッシブで変換しているせい
avsの最後にConvertToYUY2(interlaced=true)をいれる
622:名無しさん＠編集中
09/05/08 19:26:08 yMrDmpsk
あるいはいっそAviutlで出力するなら
MPEG2SouceでupConv=1にすればYUY2にアップサンプルされる。
ただしavs内のフィルタ処理が全部YUY2になるので若干重くなったり
ほかの弊害が出る可能性はある。
623:名無しさん＠編集中
09/05/08 20:22:54 UiuZb1mF
>>621-622
ConvertToYUY2(interlaced=true)入れたら出なくなった。ありがとう。
upconvはいろいろ問題ありそうなのでやめときます。
624:名無しさん＠編集中
09/05/08 21:48:30 IEIA5OSm
avsでプログレッシブにしておいてから、最後にConvertToYUY2(interlaced=false)とするのがベスト。
625:名無しさん＠編集中
09/05/09 11:10:03 aNNDvFLE
>624
プログレッシブにするのはYV12→YUY2変換する際に、インターレスだと縞が消えたりするから
それを防ぐ意味で書いてるなら、ベストだと思うけど……
626:名無しさん＠編集中
09/05/09 16:30:45 Upx3EWnL
インターレースのまま変換したいなら
AutoYUY2を使うかこれ
ｽﾚﾘﾝｸ(avi板:16番)
627:名無しさん＠編集中
09/05/11 23:08:38 07FXz0Q4
もうわけわかめだから、一から勉強使用と思うんだけど
おすすめの本とかありますか？
カラーマネジメント技術って本ググって見つけたんだけど
これでも良さげでしょうか？
628:名無しさん＠編集中
09/05/11 23:20:29 ceeLrtJd
ググりながらこのスレを10回見直すといい
629:名無しさん＠編集中
09/05/11 23:30:37 +vaSfW7B
真面目にその辺の売ってる本よりこのスレ読んだほうがよっぽど詳しい
630:名無しさん＠編集中
09/05/12 22:44:28 QlqHmfaC
URLﾘﾝｸ(f61.aaa.livedoor.jp)
TV->PCｽｹｰﾙ補正をしたのですが
AviUtl（拡張色調補正TV->PC）とAviSynth（ColorYUY2 - V0.17-3）では違ったモノになります
AviSynthの方は緑がかったような感じ
これはやり方が間違ってるのでしょうか(´･ω･｀)
LoadAviUtlInputPlugin("D:\DTV Tools\AviUtl\m2v.vfp", "MPEG2VIDEO")
MPEG2VIDEO("R:\TEMP\Clipping 01.m2v")
ColorYUY2(levels="TV->PC",matrix="",interpolation = "411->422",interlaced = true)
return last
631:名無しさん＠編集中
09/05/12 22:47:29 bFqUczGR
AviUtlで実際に出力した映像をキャプるとどうなる？
632:名無しさん＠編集中
09/05/12 23:06:11 QlqHmfaC
>>631
上の画像と同じです 出来上がったモノを比べるとやはり緑掛かって汚いような感じになります。
圧縮オプションも同じなのですがファイルサイズがAviSynth（ColorYUY2 - V0.17-3）の方が
小さくなります。
633:名無しさん＠編集中
09/05/12 23:07:39 7x49t78M
>>630
元ソースTSか？
AviUtlのプレビューは常にBT.601だ、プレビューを信用してはダメ、エンコしてみるべし
YUY2読み込みして一時的にプレビューを出力イメージに近づけたいなら
YUVマトリクス交換2のYCbCr48→YPbPr48にチェック、ただしエンコするときははずせ
元ソースTSじゃないならシラネ
634:名無しさん＠編集中
09/05/12 23:24:51 QlqHmfaC
>>633
ｿｰｽはTSです（1920x1080）
AviSynth（ColorYUY2 - V0.17-3）の方を使いたいと思い先にエンコードしたAviUtlの画像と比べると
こうなりました(´･ω･｀)
635:名無しさん＠編集中
09/05/13 00:30:42 EnIaFlVF
>>634
ミスった
AviUtlでプレビューをエンコ後のイメージに近づけるにはYPbPr48→YCbCr48にチェックだった
とりあえず、試してみたけど同じになった。
AviSynthもちゃんとエンコしたので試してる？
AvsPなんかのプレビューで再生時の色にしたい場合は
ConvertToRGB24(matrix="Rec709")
を追加しないといけない
636:名無しさん＠編集中
09/05/13 00:51:23 jo2Mm3P7
て言うかよっぽど古いVGAとかSDにダウコンしない限りスケール補正やマトリックス変換なんて要らないんだけどな
637:名無しさん＠編集中
09/05/13 00:56:10 jo2Mm3P7
あー、当然プレビューはそうとは限らないけど。
ちなみに、Aviutlならオーバーレイ表示に対応してるからそれ選択すれば
(おそらく)再生時と同じ色になる。おそらくってのは再生時のレンダラが
オーバーレイじゃなかったら違うかもしれないからな。
638:名無しさん＠編集中
09/05/13 05:39:34 2MjdqDfH
URLﾘﾝｸ(latoninf.free.fr)
TVスケール<->PCスケールをするなら、こう言うスクリプトを使って慎重にやらないとグラデーションが崩れる。
TV->PCの例:
MPEG2Source("input.d2v")
SmoothLevels(preset="tv2pc",chroma=2)
639:630
09/05/13 17:36:29 gkDV60U7
ﾚｽtyです。
何か話がAviUtlのﾌﾟﾚﾋﾞｭｰの方向へそれていますが
AviUtlの拡張色調補正TV->PC）を使いたい訳ではありません
AviSynth（ColorYUY2 - V0.17-3）と比較した場合出力ｲﾒｰｼﾞが、かなり異なるので
これは何事かと悩んでいた訳です
>>638
なるほど、グラデーションが崩れることあるんですね、試してみます
一応、大きめの画像貼っておきます。
URLﾘﾝｸ(f61.aaa.livedoor.jp)
AviUtl（拡張色調補正TV->PC
URLﾘﾝｸ(f61.aaa.livedoor.jp)
AviSynth 2.5（ColorYUY2 - V0.17-3）TV->PC
URLﾘﾝｸ(f61.aaa.livedoor.jp)
640:名無しさん＠編集中
09/05/13 17:38:13 gkDV60U7
間違えました
無
URLﾘﾝｸ(f61.aaa.livedoor.jp)
AviUtl
URLﾘﾝｸ(f61.aaa.livedoor.jp)
AviSynth 2.5
URLﾘﾝｸ(f61.aaa.livedoor.jp)
641:名無しさん＠編集中
09/05/13 18:39:41 EnIaFlVF
いや、だからAviSynthもエンコして試してる？
AvsPのプレビューで00.jpg読み込んでみると
ImageReader("00.jpg")
ConvertToYUY2(matrix="Rec709", interlaced=false)
ColorYUY2(levels="TV->PC",matrix="",interpolation = "411->422",interlaced = true)
ConvertToRGB(matrix="Rec709", interlaced=false)
これで01.jpgの色になるし
ImageReader("00.jpg")
ConvertToYUY2(matrix="Rec709", interlaced=false)
ColorYUY2(levels="TV->PC",matrix="",interpolation = "411->422",interlaced = true)
これだと02.jpgの色になる
エンコしたのも同様におかしいならエンコード設定やデコーダー見直したほうが良い
642:名無しさん＠編集中
09/05/14 00:39:54 VTXhiy+Q
ｽﾚﾘﾝｸ(avi板:671-674番)
671 ：名無しさん＠編集中 [sage] ：2009/05/12(火) 22:52:35 ID:7x49t78M
>>669
＞LagarithでYV12変換
この過程でどういう変換なのかによるけど特に指定する項目が無ければBT.601だろうな
エンコ後の解像度がSDならsmpte170mで良い
字幕編集というと、ニコニコやyoutubeへの投稿を連想するが
フラッシュプレイヤーはundefだとBT.709で伸張されるのでundefはお勧めしない
672 ：名無しさん＠編集中 [sage] ：2009/05/12(火) 23:56:11 ID:Y0SHl5Jo
>>671
情報が少ない中、わざわざありがとうございます
変換する際にも特に設定は見当たらず・・・
「Lagarith YV12」などで検索してみてもなかなかそれらしき情報に出会えず・・・
これ以上はスレチになるので、この辺で終わりにしたいと思います
フラッシュプレイヤーの挙動は非常にありがたい情報です
ローカルで見る場合とフラッシュプレイヤーで見る場合で異なってくることは頭に入れておこうと思います
長々と失礼しました
673 ：名無しさん＠編集中 [sage] ：2009/05/13(水) 00:12:38 ID:91xujQaf
clormatrixは、特にSDの場合は明示しといた方が安全ってことですかね
674 ：名無しさん＠編集中 [sage] ：2009/05/13(水) 01:03:07 ID:jo2Mm3P7
FlashplayerがデフォルトでBT.709で伸張するってはじめて知った・・・orz
643:名無しさん＠編集中
09/06/02 04:21:20 BhVjMRFl
ID:なんかどうでもいいよ
暇な人がいるな
644:名無しさん＠編集中
09/06/02 04:32:05 Z4TGrYsH
ID:BhVjMRFl = ID:VTXhiy+Q
馬鹿晒しage
645:名無しさん＠編集中
09/06/02 06:24:17 BhVjMRFl
しっかりしろ大丈夫か
646:名無しさん＠編集中
09/06/07 04:02:36 TzVAm/V2
ヘルプミー
TSファイルをSDサイズにしてAviUtlでエンコしたいんだけど、
入力はBT.709で出力はBT.601でいいんだよね？
これをやるとffdshow（rev.2984）でRGB変換するかYV12、YUY2で出力したのと色は一致するんだけど、
PowerDVD 9のフィルタでTSファイルを再生すると一致しない。ffdshowでNV12で出力したのとと多分同じ色。
どっちを信じたらいいの？
GPUはRadeon 4670でドライバは9.4、UseBT601CSCのレジストリは1にしてある。
647:名無しさん＠編集中
09/06/07 04:09:01 iWqd3NuG
最近のradeonはレジストリ弄っても伸張してくれないよ。
648:名無しさん＠編集中
09/06/07 04:19:29 TzVAm/V2
え？伸張されるのは確認済みなんだけど。
649:名無しさん＠編集中
09/06/07 06:50:56 BM8DP167
AviUtlは何経由で読み込んでんの？
読み込み時一回RGBになってる落ちは無いよな
650:名無しさん＠編集中
09/06/07 10:00:42 TzVAm/V2
m2v.auiっす。
651:名無しさん＠編集中
09/06/07 17:28:39 wiN4VakQ
UseBT601CSCはレジストリに有っても無くても結果は同じ
だいぶ前のドライバからそうなってる
ちゃんと有無の度に再起動して自分で比較して見れば判る
652:名無しさん＠編集中
09/06/07 17:35:48 TzVAm/V2
じゃあ最近のは何もしなくても伸張してくれるのか。知らなかった。
要するにTSをffdshowで再生したのとPowerDVD 9のフィルタで再生したのとで色が違うんだけどどっちが正しいのかを聞きたい。
それとも正しい色なんてなくてffdshowとm2v.auiが同じ色でデコードするってだけ？
653:名無しさん＠編集中
09/06/07 17:47:20 34WaVguB
ffdshowが709で伸張しててPDVDは601で伸張してるとかじゃないの
ffdshowの伸張設定を601と709それぞれ固定で再生してみたら
どっちかがPDVDと同じになりませんか
654:名無しさん＠編集中
09/06/07 17:52:50 TzVAm/V2
どっちもPDVDとは違った。うーん…
655:名無しさん＠編集中
09/06/07 17:57:50 34WaVguB
レンダラは同じなの？
別のレンダラ使っててレンダラ側で色調整してるとか
656:名無しさん＠編集中
09/06/07 18:03:42 TzVAm/V2
レンダラは全部VMR9 (Renderless)
あっPDVDだとYC伸張されてないっぽい。同時に両方表示させたら一目瞭然だった。
シェーダでYC伸張してみるとほぼ一致した。
なんでPDVDだけ伸張されないんだ？
657:名無しさん＠編集中
09/06/07 18:06:17 34WaVguB
あほすぎてつきあってられん
658:名無しさん＠編集中
09/06/07 18:19:50 iWqd3NuG
放置しれ。
659:名無しさん＠編集中
09/06/08 02:27:39 hPIXsi+z
>>651
家X1950proだけどUseBT601CSCを1にしないとVMR9で伸張されない
オーバーレイは関係なく伸張されるけど。
ちなみに自分は646じゃない
660:名無しさん＠編集中
09/06/09 00:44:32 TmPJSAf5
aviutl0.99h2の「色変換の設定」でBT.709>BT.709にチェックしたら
TSをDGINDEXでd2v出力したd2vもきちんとBT.709でエンコ出来るの？
これでもうavs通さなくてもいい？
661:名無しさん＠編集中
09/06/09 01:05:08 n53TPHl7
d2vで読むならどっちにしろavisynth通したほうがいいんじゃないの
662:名無しさん＠編集中
09/06/09 04:43:21 7a2hBTLc
>>660
マニュアル読め
txtにYUY2入出力時にって書いてるんだからd2vじゃダメだろ
あとスレ違いだな
663:名無しさん＠編集中
09/06/11 00:24:17 WVmK/xJW
色域変換プラグインの使い方
DVD
IN YCbCr 601 170M 65000
OUT(PC YCbCr sRGB 709 65000
PT1（ＨＤ+ＳＤ
IN YPbPr 601 709 65000
OUT(PC YCbCr sRGB 709 65000
フィルタ順序は、一番最後に（他の色系はこいつの下に持ってくるように
注意！
99h2では「フィルタ設定」の欄に 色変換あるけどタグ付けだけなので！
664:名無しさん＠編集中
09/06/12 03:24:26 E1KwXEy6
なにが言いたいのかサッパリ分からん
665:名無しさん＠編集中
09/06/16 05:00:18 BvteGRnj
URLﾘﾝｸ(ruru2.net)
666:名無しさん＠編集中
09/07/15 20:24:31 N6xS0INa
此方に誘導されてきました。
colormatrixについて、勉強していますが深みにはまって訳が分からなくなりました。orz
AviUtl使用で、ソースは地上波TSで現在、まるも氏のMPEG-2 VIDEO VFAPI Pluginで
m2v.vfpファイルをm2v.auiにリネームして、YUY2色空間行列の設定を「元のYUVデータを維持」
にて読み込んだいます。
エンコードは、seraphy氏の拡張 x264 出力(GUI)のCLIモードでエンコしています。
現状はcolormatrixの指定はせずにしています。
目標サイズは、1280x720と1920x1080の二種類でエンコしてます。
この場合はx264のオプション指定で
--videoformat ntsc --nal-hrd --colorprim bt709 --transfer bt709 --colormatrix bt709
で指定してあげるのが正しのでしょうか？
自分でやってみたのですが、特にカラー変化してないように見えるのですが、
自分の目が節穴なだけでしょうか？
何処のスレにレスするか迷ったのですが、とりあえず此処で質問させていただきます。
スレチでしたら謝ります。
667:名無しさん＠編集中
09/07/15 20:27:34 HHsZOcAC
1月ぶりの書き込みだお＾＾
ここの過疎っぷりははんぱないおっおっ＾＾
668:名無しさん＠編集中
09/07/15 21:16:31 GGmzEZ/k
>>666
自分はそこまで詳しくないんでほとんど答えられないんですけど、
その前に、
＞自分でやってみたのですが、特にカラー変化してないように見えるのですが、
というのは何のソフトで再生しての話？ flashplayer？
再生環境もわからないと答えにくいかと…。
669:名無しさん＠編集中
09/07/15 21:24:13 aohi0DBu
>>666
デコーダーでRGB変換させないとそのオプションは反映されないよ。
あとその解像度なら大半のレンダラはBT.709>BT.601変換を行うので
どっちにせよ色は変わらんと思う
670:名無しさん＠編集中
09/07/15 21:38:31 N6xS0INa
>>668
MPC-HC +CoreAVC VMR7(windowed)
Radeon4670 Catalyst8.10
LCDはｓRGBモードあと、ビデオオーバーレイでREGZA 37Z2000で見ています。
AviUtl内の色変換モードは入力出力とも自動です
こんなところです。
あとコンテナはmp4です
671:名無しさん＠編集中
09/07/15 21:45:25 N6xS0INa
連投すいません。
>>669
と言う事はオプション気にしなくていいと言う事ですか？
う～ん！皆さんのレスが宇宙語に見えます
自分の勉強不足を痛感しております
672:名無しさん＠編集中
09/07/15 21:55:17 aohi0DBu
ffdshowとかCoreAVCとか出力色空間指定できるやつを使え
673:名無しさん＠編集中
09/07/27 09:39:40 m89ClQOK
PV4キャプをHDエンコードするときは、
「入力 BT.601、出力 BT.709」で合っていますか？
最近この設定項目に気づいて、それまで601-601のままやってた＼(^o^)／
確かに、601-709と601-601はエンコ後は異なっているようでした（x264 r1181）
超初歩で申し訳ありませんが・・・
674:名無しさん＠編集中
09/07/27 10:19:42 wC4sVfCC
>>673
間違ってる
675:名無しさん＠編集中
09/07/27 10:22:55 mhNHK0aD
>>673
OK
676:名無しさん＠編集中
09/07/27 10:32:30 m89ClQOK
>>674-675
レスありがとうございます。
あれ・・・どっちなんでしょうｗ
どこかのサイトで、「PV4はSD・HD問わずBT.601でキャプチャされる。
HD解像度でのエンコはBT.709に変換」とあったのですが、これは
x264GUIの拡張設定にある「YUY2->YV12変換」のことを言っているのでしょうか。
677:名無しさん＠編集中
09/07/27 11:51:45 UYZ3aPK9
AVIUTLでの話なら、
PT1のtsを709-709と
PV4のdvを601-709が同じ色になった
678:名無しさん＠編集中
09/07/27 12:13:32 /VDaXh5/
質問する前に少しは用語をググってみましょう
679:名無しさん＠編集中
09/07/27 12:14:32 m89ClQOK
>>677
ありがとうございます。
使用しているのはAviUtlのh4です（書き忘れすみません）
やはり601-709が正解のようですね。。。
レコに残っている分エンコし直しますｗ
680:名無しさん＠編集中
09/07/27 13:09:39 jL6Rbfgn
ありがとう。とんでもないことに気付いてくれましたね・・・・orz
681:名無しさん＠編集中
09/07/27 13:33:17 qRfFnMhN
. ... ....:: ::: ::::;;;*。+ _、_ﾟ ＋ ･
Λ＿Λ＿・.（<_,` ）_ﾟ ･ やあ数ヶ月前の私
/,'≡ヽ::）m)V _ n ｌ *
￣ﾞ-'￣`--´￣￣E_ ）.ノ￣￣
682:名無しさん＠編集中
09/07/27 15:01:24 zVxvJ5lk
自分は使ってないけど上で質問してるこのx264のオプション
--videoformat ntsc --nal-hrd --colorprim bt709 --transfer bt709 --colormatrix bt709
これはBT.601-BT.709変換をして収納してくれるのかな
それとも BT.709のフラグを付けるだけで実際は BT.601のままなのですか？
683:名無しさん＠編集中
09/07/27 15:18:08 MZmqwpL9
>>682
>それとも BT.709のフラグを付けるだけで実際は BT.601のままなのですか？
そう。 BT.709だと解釈されて、RGBにデコードされるのでおかしな色になる。
684:名無しさん＠編集中
09/07/27 15:35:54 zVxvJ5lk
>>683
すきりしました
ありがとう。
685:名無しさん＠編集中
09/07/27 17:06:36 m89ClQOK
遅くなりました。皆さんありがとうございます。
以上をまとめると、「AviUtl Version h4」における「色変換の設定」の項目は
【PV4】 入力 BT.601 出力 BT.709（HDのとき）
【PT1その他TS系】 入力 BT.709 出力 BT.709
という設定でよろしいでしょうか。
686:名無しさん＠編集中
09/07/27 17:43:48 zVxvJ5lk
>>685
自分はaviutl使わないけどココは参考にはなる
URLﾘﾝｸ(resic.laburec.net)
ここの下のほうね
すきりとすっきり間違えたアルヨ
フラグを付けるだけってことは--fullrangeも2重に伸張するかもだから
分からない奴は（自分）使わない方がいいてことか
687:名無しさん＠編集中
09/07/27 17:55:43 m89ClQOK
>>686
難しいですね…
わからないから、もうこのままデフォルト（601-601）放置してしまっていいかな、と
思っている自分がいます。。。
このスレ、奥が深くて私にはとても追いつけません><
AviUtlとx264(GUI)入れ替えたので、7月開始のアニメは全部エンコし直すつもりです。
正体不明のプリセット機能があってびっくりしました（スレ違いですが・・・）
皆さんおつきあいありがとう！
688:名無しさん＠編集中
09/07/27 18:09:10 /VDaXh5/
>>685
そういう覚え方するとあとでまた質問する羽目になるよ
689:名無しさん＠編集中
09/08/04 10:13:47 FlWohczg
上の例で、入力 BT.601 出力 BT601でも--colormatrixで601で出力した事を付け加えれば
HDサイズでもプレイヤーが対応してれば正確な色で再生されるという事？
709で出力するのは安全策？
690:名無しさん＠編集中
09/08/04 11:38:31 bjw/qu92
入力も出力もBT.601にしてたら色は変化しないよ。HDソース(PVのぞく)ならBT.709のままだ。
だからその場合は--colormatrix bt709じゃないとおかしな色になる
691:名無しさん＠編集中
09/08/04 11:54:28 2xx8WQJj
誘導されて来ました。
PV4で録画したものって、PVで再生するときと、Aviutl等で読み込んだときとでなんで色が違うんですかね？
かなめもとか特に酷いんだけど･･･。読み込むときに伸張されてんのかな。
tsだとまるもさんのm2vconf.exeで伸張の変更できるけど、dvは伸張の変更出来ないんですか？
ググったんですが、良い情報が全く得られなくってorz
692:名無しさん＠編集中
09/08/04 11:59:56 WlTIeTLY
PV3/PV4の1080iは601で記録される
再生の時に709に伸張する(グラボで709でRGBに戻されるため)
とかだったような・・・
BT.601<->BT.709フィルタあったような気がするからそれで試してみるといいかも
693:名無しさん＠編集中
09/08/04 12:11:48 UKpFlaYx
月曜未明に放送される（かもしればい）カラーバーを録って比べると判りやすいかも。
694:名無しさん＠編集中
09/08/04 12:48:33 1FteMqnp
>>691-692
aviutlの0.99hから、読込601、出力709って指定できるようになったよ。
あと基本的な事だが、PV.txtでオーバーレイ設定だと、ビデオカード側でオーバーレイ専用のカラーテーブルになる。
ATiもnVidiaもドライバのバージョンによってはデフォルトでTV>PC伸張分ガンマカーブが調整されてるから、そのせいもあるかもな。
695:名無しさん＠編集中
09/08/04 18:24:07 2xx8WQJj
>>692-694
レスありがとう！
>あと基本的な事だが、PV.txtでオーバーレイ設定だと、ビデオカード側でオーバーレイ専用のカラーテーブルになる。
これでオーバーレイ切ったら、色がPVでプレビュー時と、Aviutlで編集してるときとで色が近くなりました。
601,709の違いじゃなくて、TVスケールかPCスケールかのような気がするんだよね･･･。
URLﾘﾝｸ(toku.xdisc.net)
↑こんな感じで、キャラが日の下に出ると皆おかめ納豆みたいな肌になっちゃうんですよorz
PC→TVスケール補正すると肌色がちゃんと出てくるんですが...全体が灰色っぽくなるんです。
ビデオカードの問題ですかね？
696:名無しさん＠編集中
09/08/04 21:18:06 bjw/qu92
色伸張について調べてください
697:名無しさん＠編集中
09/08/04 22:01:38 Cnl7BC2Q
これでTVスケール伸張したらハイライト飛びまくりでしょ
698:名無しさん＠編集中
09/08/04 22:44:28 x+gHlEeK
↑間違えますた。忘れて下さい（汗
699:名無しさん＠編集中
09/08/05 00:03:53 lTF6/tMB
>>690
上の例ってのはそのPVで撮った時の事ね
700:名無しさん＠編集中
09/08/06 08:46:43 HbbpqKik
>>695
PVフォーマットはスケール変換しなくて大丈夫だよ。
とりあえずビデオカードのコンパネで、「オーバーレイ」又は「ビデオカラー」みたいな項目があるはずだから、そこのガンマカーブを補正0に直せ。
その上で違いを見比べなきゃどこでどんなスケール変換が掛っているか原因を突き止められんだろ。
あとPC>TV変換したら灰色っぽくなるのは当然。
つかビデオカード何使ってるんだよ。
701:名無しさん＠編集中
09/08/06 17:42:37 QD/0UwF2
>>700
詳しくアドバイス有難う。ビデオカードは7600GSです。
ガンマカーブは補正0、ってかデフォにしましたが、改善無しでしたorz
PC>TVして、YC伸張使って誤魔化してますが･･･('A｀)
702:名無しさん＠編集中
09/08/06 18:41:02 e/nMVXM7
ちゅーか、最新ドライバじゃgeforceもradeonも伸張しないよ。
再生側で何とかする。
703:名無しさん＠編集中
09/08/06 18:43:06 e/nMVXM7
>>702はSDの時ね。
HDなら何もしなくても伸張してくれるはず。
704:名無しさん＠編集中
09/08/07 17:27:24 O3AQgJR4
いやいや、最近のは「ソフトウェアの設定を使用する」とかになってるだろ。
つまりプレイヤーが補正してるかどうかだな。
ついでに>>695のアニメ、新聞配達のやつだろ？
あれ元が白飛び気味だからそんなもんだろ。
705:名無しさん＠編集中
09/08/07 17:45:51 DC0CBGei
早朝のカラーバー録画して検証してみなよ。
706:名無しさん＠編集中
09/08/07 18:43:00 KKLTm3fy
URLﾘﾝｸ(toku.xdisc.net)
たぶんこれで正しいはず。TSからソフトウェアでBT.709>BT.601変換して
PCスケールに伸張
でこれからさらに伸張（要するに二重伸張）するとこうなる
URLﾘﾝｸ(toku.xdisc.net)
707:名無しさん＠編集中
09/08/07 18:46:15 DRk9HbWS
>>695のはさらにもう1段くらい飛んでるような白さだね
708:名無しさん＠編集中
09/08/07 18:47:09 KKLTm3fy
>>695は単にガンマ補正がかかってるだけみたいだな。BT.609にもなってるみたいだし
709:名無しさん＠編集中
09/08/07 18:51:29 KKLTm3fy
ごめんヒストグラム見たらやっぱ飛んでる
710:名無しさん＠編集中
09/08/09 00:56:44 rwF55XfM
モニタとかのキャリブレーションしてないから、いくら調整しても変なんじゃね？
正しく色が表示されてないのに、見た目だけで調整すると、こういう事になりやすいし
711:名無しさん＠編集中
09/08/12 15:51:48 YrmWOkui
まずは705の書いたとおりPV4の色調整からだな。
カラーバーはNHK EかBS JAPANが毎日早朝にやってる。
MonsterX版で申し訳ないが
URLﾘﾝｸ(karinto2.mine.nu)
こんなような調整のこと。
PV4の調整方法は知らないのでググるか識者に任せる。
PV4側が正しく調整できてからグラボやモニタ側をやらないと堂々巡りだ。
712:名無しさん＠編集中
09/08/12 17:04:48 tq5SG/YY
送り出しがレコならタイマー録画しとくといいかも
俺は調整で時々使う事あるから消さずに残してる
713:名無しさん＠編集中
09/08/12 20:30:04 Q+lBPwRK
アースソフトにあるカラーバーをレコに読み込ませるのはだめなの？
714:名無しさん＠編集中
09/08/12 20:46:36 vX9FlTCG
AviSynthでカラーバー作ってmpeg2エンコではだめ？
715:名無しさん＠編集中
09/08/12 21:25:34 akN0sO8m
間違いなく正しいサンプリングになってる自信があるなら問題ない
716:名無しさん＠編集中
09/08/12 23:42:52 kaa6YkjE
本物の放送映像使った方が間違えが少ないよ。番組も放送に乗っかってくるわけだからな。
自作はどこに罠があるかわからんよ。
717:名無しさん＠編集中
09/08/16 17:48:59 cNWRlOqa
>>711
水曜から昨日まで早朝にNHK E録画したけど全然無かったよ。
ウソツキorz
718:名無しさん＠編集中
09/08/16 19:14:49 AMWKSUUA
毎日だっけ？月曜朝だと思ったが
PT1使ってるから放送ないときに録画すると不安定になりそうで怖いんだよな…
チーズスイートホームを失敗したら…！
719:名無しさん＠編集中
09/08/17 03:04:38 7+aDe2xR
>>717
NHK-Eにとらわれずに狙うべし。休止が多い日曜深夜～月曜朝が狙い目。
俺が以前月曜朝に狙った時はNHK-E/TBS/テレビ東京/テレビ埼玉がいっぺんに録れてた。
NHK-G/フジ/NTVはこの日休止しなかったので予約しなかった。
720:名無しさん＠編集中
09/08/22 10:53:47 qXCbtqqY
>>717
俺がやったときは去年の8/21(木曜)の早朝5時前で当時は毎日やっていたが
今はもうやってないのか。すまんな。
地域にもよるのかな？
ちなみに東京JOAB-DTVの場合EPGによると今晩も2:25～5:00まで放送休止だ。
4:30くらいから30分の間のどこかで多分流れると思われ。
721:名無しさん＠編集中
09/08/27 01:26:53 PrC/GCk8
>>666
よく解らないので勉強ついでにOPTIONの意味調べてみた。
でも解らない部分多すぎorz
--videoformat ntsc
エンコードでデジタル化する前の“ソース”がどんな種類のものだったかを説明するらしい。
元が何かを説明するだけでエンコされた映像には使い道がまるでない…らしい。
指定するだけ無駄っぽい？
--nal-hrd
これ何のオプション？
具体的な効果を示す説明見つけられなかった。
誰か教えてください＞＜
--colorprim bt709
CIE 1931 xy 色度図における赤・青・緑・白の位置をデコーダに指定するらしい。
概ねHD解像度なら bt709、SD解像度なら smpte170mを指定する感じ？
--transfer bt709
ガンマ特性を指定するらしい。
確かデジタル放送波のガンマはBT.601指定されてるはずなので smpte170mが正しい？
一部情報で bt709指定と smpte170m指定は同じ効果と書いてあるので好きなほうで。
--colormatrix bt709
RGB<->YUV 変換式の係数をデコーダに指定するらしい。
基本的にHDは bt709指定、SDには smpte170mを指定すればOKとのこと。
ただ厳密に使い分けされていない場合もあるのでソースの情報を確認する方が吉。
最近はffdshowやCoreAVCが対応してきたので指定する価値大いにあり。
てな感じかな？
colormatrix以外は別に指定しなくても国内でのソースならば問題は出なさそう。
間違ってる部分あったら誰か訂正してください＞＜
722:名無しさん＠編集中
09/08/27 02:01:45 YybzNksQ
MPEGのヘッダについて調べるべきだな。
723:名無しさん＠編集中
09/08/27 11:29:07 jNYYn/ih
まあ、--colormatrix指定してもそれを読みとる環境じゃないと色変わんないすけどね
724:名無しさん＠編集中
09/08/28 21:18:36 CKingRL2
逆に読み取られて反映されたら困ることもあるしね
725:名無しさん＠編集中
09/08/30 22:19:10 ZtvQARIR
TV放送をPT1でTS録画したのを、dgindexでd2vにしたら一度RGBになってしまうから、d2vにしないほうがいいということだよね？
いつもはm2vファイルをm2v.aui経由でaviutlに入れてます。
どうしてもd2v使う時は、avsにconvertToYUY2()記述すればOK？
726:名無しさん＠編集中
09/08/30 22:29:29 Py4FfTLy
YV12
727:名無しさん＠編集中
09/08/30 22:33:02 UYZIeIo2
>>725
単にConvertToYUY2()としただけでは、縞が崩れてしまうから、デインターレースまでをavsでやっておけばよい。
例:
MPEG2Source("input.d2v")
(デインターレース, IVTC)
ConvertToYUY2
728:名無しさん＠編集中
09/08/30 23:09:35 pO99p7mr
MPEG2SourceでupConv=trueとするかAutoYUY2を使うのがよい。
ConvertToYUY2(interlaced=true)でもいいけどあまり品質は良くない。
ベターなのは>>727だけど場合によっては先にYUY2化したほうがいい事もある
729:名無しさん＠編集中
09/08/30 23:11:29 pO99p7mr
>>725
ていうかなんか勘違いしてるみたいだけどd2vがRGBになるのはVFAPI経由のときであって
MPEG2Source使えばYV12でロードできるぞ
730:名無しさん＠編集中
09/08/30 23:27:28 ZtvQARIR
みなさん回答ありがとう
ただ問題がでた。d2vをavs経由でYUY2かYV12を試そうとしたんだけど、aviutlで開けなくなった。
MPEG2Source(hogs.d2v)でエラーでるんだが、ちゃんと指定している
Dgindexでやってるから、DgDecode.dllはもちろんある
avisinp.auiもaviutlに入れてるし、問題ないと思うんだけどな。
スレ違いになるから、自分でがんばります
731:名無しさん＠編集中
09/08/30 23:53:37 q1MZGJqA
若干ｽﾚﾁな内容かもしれんが
DGVfapi には
VFAPI経由でAVSを読み込む機能がある
VFAPIはRGBな色空間なわけだからDGVfapi経由したAVSには
スクリプトの最後でconvertToRGB24()を自動的に追加した形で読み込まれる
たとえばAviUtlとかでAviSynthスクリプトを読みこむプラグインはいくつかある
みたいだけど、入力プラグインの「DGMPGDec *** D2V/AVS Reader」が他の
AviSynthスクリプトを読み込むプラグインより優先度が高ければいくらYUY2で
読み込ませようとしたってRGBで展開される
YUY2で読み込ませたいなら
AVISynth Script File Reader とかで読み込むといい
どの入力プラグインでファイル読み込んでどんな色空間で展開されてるかは
メニューのその他→ファイル情報 から見るとわかるよ
ああ、俺も昔は知らずにsynthスクリプトをVFAPI経由で読み込んでいたさorz
732:名無しさん＠編集中
09/08/31 00:45:06 TyVN9vNa
>>730です
どうやら、Dgdecode.dllがうまく働いてなかったみたいです
手動で指定してあげたらうまく開けました
>>729の言うとおり、何もしないでもYUY2で読み込めました。
とりあえずテストは出来たのでよかったです。
助言くださった方々、ありがとうございました。
プラグインは全部avsに記述するのが、無難なのでそうすることにします
733:728
09/08/31 01:07:30 hBrFOPVF
今更だけどupConvはbool型じゃなくてint型で0-2を指定するんだった。
734:名無しさん＠編集中
09/08/31 22:04:20 kSm5TrzT
ちょと聞きたいんだけど
色域については
1.NTSC比72%≒sRGB≒BT.709
2.NTSC比100%≒AdobeRGB≒xvYCC
色数については
sRGBだろうがなんだろうが10bitになりゃDeepColorって認識でおｋ？
735:名無しさん＠編集中
09/09/01 00:04:30 FdBzBTxk
>>734
1.従来色域≒sRGB＝BT.709
2.広色域≒AdobeRGB≠xvYCC
NTSC比～%ってのはあくまで面積比なので、
sRGBやAdobeRGBとずれている場合もあるので適切じゃない
> 色数については
> sRGBだろうがなんだろうが10bitになりゃDeepColorって認識でおｋ？
OK（DeepColorには12bitと16bitもある）
xvYCCについては下のサイトを参照
色域の話で良く持ち出されるRGB原色点はBT.709と同じ
URLﾘﾝｸ(www.sony.co.jp)
図1.2がわかりやすいと思うんだけど、
例えば今までRGB(0,255,255)は水色（シアン）の色になったわけだが、
ここでRGBを（-127,255,255）と入れることを許可する
そうすると今までの明るい水色からより深い水色になる
しかし対応していないディスプレイではマイナスの値は入らないので、
0に切り上げられて従来の水色になる
よって、対応しているデバイスではより広い色域を再現出来るが、
対応していないデバイスでは従来の色域になって色がおかしくなったりはしない
だから一見面倒なやり方だが、互換性を維持することが出来るのが特徴
736:名無しさん＠編集中
09/09/01 01:56:16 k8M7DHMD
いわゆる後方互換ってヤツか
737:名無しさん＠編集中
09/09/01 01:57:09 k8M7DHMD
なに言ってんだ前方互換だorz
738:名無しさん＠編集中
09/09/01 23:37:00 uS1w1VXv
>>735
詳しくありがとう。
xvYCCってなんだかまだ理論上のものでしかない感じなんだね。
互換性を保つために便宜上RGB(255,255,-127)って書き方だけども
内部的には0-512かもっとなのかわからんけどそういう数字に割り振る、
もしくは計算結果として帰結するはずだし。
これだけの色が出せます！ってのじゃなくて、こういう考え方をすれば色を増やせるよね
ってとこで止まってる気がする。
色空間のxy座標表でRGBのベクトル矢印を遊ばせてるだけというか。
RGB(-255,255,-255)がありえるのかとか規格上限が固まらんとどうしようもないし、
なんともうやむやなんだなあ。
739:名無しさん＠編集中
09/09/02 01:22:56 BswH7nyK
ｘｖYCCてYが大きいまたは小さいときにCbCrの値が大きいと
結果が0-255を超える範囲になるのを利用してるから
RGB(-255,255,-255)とかは完全に範囲外だと思われる。
740:名無しさん＠編集中
09/09/03 01:46:11 bUVHut+i
放送波は視聴者の反応が怖くてまだ採用できないだろうけど、
BT.709の色域は狭すぎ。
標準規格なのだから、ライブカラーでもハリウッドカラーリマスターでも
HDMIでxvYCCフラグ立てて出力するレコーダー、プレーヤー、ブルーレイが出てきたとき、
表示できない高彩度領域は色潰れするだけでエラーとなる訳ではない。
TVは既に色域をもてあまし気味だから、
普及し始めると加速度的に広まる可能性を持っている。
海のエメラルドグリーン、蛍光色には各社差がでそう。
パネルの持っている限界色域で表示できるようになる訳で、各社の色作りやLED液晶やらに
一層拍車がかかる。
目下adobeRGB拡張派：SONY XR
SOCCS（自然界の色域包含）派：SHARP XS
デジタルシネマ規格派：PANA プラズマ
でどれが正解かは送り出し側にかかっているが、
それぞれかなり色域が違うので、放っておくとシアン～緑～黄緑系の色相シフトが危ぶまれる。
すでに同一ソースで3社で色の出方はかなり違っている。
741:名無しさん＠編集中
09/09/11 23:32:27 lVk4UI6U
>>727
ちょっとまて。
ConvertToYUY2(interlaced=true)
こうしておけばインタレ問題ないんだが。
742:名無しさん＠編集中
09/09/12 00:33:47 EK0C2vmF
>>741
>>727の人はあちこちでそれでは少々問題ありと言ってまわってる人だよ
まあ、たしかにそれで問題なければドナルドもAutoYUY2なんてわざわざ作らんと思う
743:名無しさん＠編集中
09/09/12 01:41:27 9jYyGNGF
問題あるかないかで言えばないけどよりよい方法が他にあるのは確か。
要するにベストではない
744:名無しさん＠編集中
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)