1. 如果訊源可以 IVTC，藉助 Decomb 等 IVTC 的 plugin，還原回 Progressive 畫面，這樣畫面還是會正確，例如下面五張畫面
no.1 2 3 4 5
奇 A B B C D
偶 A B C D D
3 和 4 交錯，Interlaced Frame，其他 1, 2, 5 無交錯，Progressive Frame。
IVTC 後可得
1 2 3 4 5
A B C C D
A B C C D
刪掉重複的 3 或 4
1 2 3 4
A B C D
A B C D
可得四張 Progressive 的畫面。
這時將 3 當成 progressive chroma 做 upsampling 其實還是不太正確，不過差異小，看不太出來。
另外結果會接近正確的原因是因為以上都是在 YV12 工作，如果是錯誤 upsampling 後在 YUY2 上做 IVTC，IVTC 結果是 YUY2，則結果還是錯的，這也就是 jackei 大說的，錯誤 upsampling 之後則無可能正確 IVTC。
至於原因，我不知道該怎麼解釋比較好懂 ^^;
需要自行思考理解。
如果畫面壓縮時沒有那麼剛好像上面那樣，例如
no.1 2 3 4 5
奇 A B B C D
偶 A B C D D
1, 2, 5 無交錯，但仍然是以 Interlaced 取樣，或是
3, 4 交錯，但仍然是以 Progressive 取樣，
則這樣仍然是無法利用 Decomb 等 IVTC plugin 還原回正確的畫面。
另外 Decomb 如果無法 IVTC 的部分，需要做 deinterlace 的部分，則 chroma 也還是錯的。
2. 因為有這麼多的限制，所以還是用 MPEG2Dec 輸出 YUY2，最為穩當。
引用:
那麼如果我們今天的source是以interlace形式存放在DVD中(如大部分的ANIME..),又想用decomb過IVTC,比較正確的做法應該是:
DVD(interlaced(like anime..))-->MPEGdec2(YUY2)-->ConvertToYV12(正確的chroma upsampling)-->Decomb IVTC,其他的filters...-->output Xvid(YU12).....請問這樣子正確嗎?
|
是的。
MPEG2Dec 解碼速度較快，但是 upsampling 的品質 MPEG-2 VIDEO VFAPI Plug-In 較好，所以我都用 MPEG-2 VIDEO VFAPI Plug-In 解碼。
MPEG-2 VIDEO VFAPI Plug-In 是一個 VFAPI 的 plugin，本來只能輸出 RGB24，但是有密技。
將 m2v.vfp 改名成 m2v.aui，丟到 AviUtl 的資料夾底下，開啟 AviUtl，你就會發現 AviUtl 多了一個 m2v 的 input plugin，而這個 m2v.aui 輸出的不再是 RGB24，而是 YUY2
然後利用 LoadAviUtlInputPlugin，就可以在 Avisynth 裡面調用這個 m2v 來解碼。
我也不喜歡用 Decomb 做 IVTC。
TMPGEnc 的手動指定 pattern 做 IVTC，如果熟練的話，速度也很快。
24fps
"10100" or "10010" or "1010100100" or "1001001010"
24fps -> 30fps
"1012010100"
"2" copy frame
30fps
"1010101010"
48fps
"1o011e1o011e1o1e"
-> 24fps
"00101o001e01e" or "1o001e00101o0"
o: 奇數解除（適應）
e: 偶數解除（適應）
n: none
d: 二重化
mo: 奇數解除（anime 適應）
ao: 奇數解除（anime 適應2）
me: 偶數解除（anime 適應）
ae: 偶數解除（anime 適應2）
60fps
"1o1e1o1e1o1e1o1e1o1e"
引用:
又,請問一下,現在有哪些版本的MPEGdec2(YUY2)可以做ConvertToYV12的輸出?
再次感謝shade兄的回答~~~
|
ConvertToYV12 是 Avisynth 2.5 內建的 filter，和 MPEG2Dec 無關。
不客氣，如有錯誤煩請指正 ^^;