关于telecine和chroma upsampling的问题

只看该作者 · 发表于 2009-7-23 01:29

慕sswroom名而来，请教一个困扰数月的问题：

hard telecine的DVD在ivtc以后应该用什么方式转RGB或YUY2，就是说Cb Cr部分应该当成逐行还是交错？
据我所知大部分ivtc滤镜都是当成交错方式直接处理4:2:0的，那么出来的东西UV部分应该还是交错采样的，即13行一组，24行一组，而不是逐行的那样12行一组，34行一组。如果我们把这样的东西直接用x264之类编码器编码，再放的时候显然渲染器会当成逐行的来处理，那岂不是就错了？当然有损压缩会有一定程度的lowpass，这种差别不太容易看出来。

只看该作者 · 发表于 2009-7-23 22:01

Cb Cr部分应该当成逐行还是交错

Cb Cr是Progressive還是interlace, 是在MPEG-2的Macroblock內有標明, 所以應該是交給Decoder做, Decoder輸出YUY2來進行IVTC。
大部分ivtc滤镜都是處理YUV4:2:2(YUY2)或RGB......YUV4:2:0跟本不適合做IVTC, 因為行與行之間的像素有關係。

只看该作者 · 发表于 2009-7-23 23:44

是这样，我原来写了个ivtc滤镜，只支持YUY2和RGB，对于DVD必须让解码器输出YUY2，ivtc后Cb Cr按Progressive方式转成YV12传给编码器。

我看mplayer中ivtc的滤镜的源代码，只支持4:2:0，场匹配默认都忽略Cb Cr，按照交错方式merge Cb Cr，并没有任何特殊处理。今天我把自己的ivtc滤镜也改成这样，视觉上看不出有什么变化。

只看该作者 · 发表于 2009-7-24 11:06

3# roozhou

看了看MPLAYER的源碼, 它的IVTC做法有點奇怪, 處理顏色訊號有問題, 又沒有進行優化......
Cb Cr的訊號也進行隔行取樣, NV12和NV21的色空間才適合用這種方式處理, YV12等色空間會變得奇怪。
這個源碼沒有進行優化, 速度會有點慢, 可以用Parallel Processing方式進行優化。

只看该作者 · 发表于 2009-7-27 23:37

MPlayer的ivtc大部分是用汇编写的，优化程度已经不错了（至少比TIVTC要快很多），就算是处理1080i的也不会比mpeg2解码器慢。

不过问题不是优化不优化，而是正确不正确的问题。另外请问NV12和YV12是什么关系，NV12仅仅把UV交错存放吗？