[閒聊] 軟體去交錯（Motion Adaptive Deinterlace）

[xvid ()]

如果你有購買ArcSoft TotalMedia 3.5或ArcSoft相關播放軟體，

應該有機會在安裝資料夾中找到一個filter(deinterlace.ax)，可從MPC-HC載入對付交錯影片。


檔案位置： (ArcSoft TotalMedia 3.5)
  %ProgramFiles(x86)%\ArcSoft\TotalMedia 3.5\MPEG Engine\deinterlace.ax

設定介面截圖:
  http://imageshack.us/photo/my-images/638/deinterlace.png/


由於這非DXVA deinterlacing，所以可以「稍微」補足madVR對去交錯處理的缺陷。

說稍微的原因是它並沒有所有交錯影片通用，更確切的說是跟部分decoder可能有問題。

ArcSoft deinterlace
   + MPC MPEG2 decoder                       = 顏色錯亂
   + MS DTV-DVD Video Decoder                = 正常
   + ArcSoft MPEG Video Decoder(mpgvideo.ax) = 正常
   + ArcSoft Video Decoder(ASVid.ax)         = 60i聲音跟不上影片
   + Xvid MPEG-4 Video Decoder               = 1440x1080i DivX5 左右畫面被裁，應該是只
                                               吃到中間4:3並拉胖成16:9輸出。

因為手上大部分是mpeg2 702x480i的數位電視錄影，其他格式和比例的交錯影片不多。

除了上述幾個解碼器搭配會出問題，播放錄影影片大致上沒問題。


最近試了幾個去交錯

1. ArcSoft的Motion adaptive Interpolation的效果還不賴，感覺比Yadif自然一些。

2. TomsMoComp也可即時播放，不過值加大以後會有黑點出現。

3. QTGMC速度慢的可怕(<3fps 非MT)，沒辦法即時播放，但效果應該是最好。

4. ATI 4670 DXVA deinterlace偶爾還是會看到拉絲，有時候字幕或logo會抖動。

不曉得有沒有其他推薦的即時/非即時演算法？


--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.226.24.98
→ erspicu:完美去交錯演算法從DVD開始時到現在BD時代 似乎都無解
→ erspicu:不然就是速度OK畫質爛 再不然就是畫質不錯 速度可怕
→ erspicu:隨著演算法改進和硬體進步到現在 完善的程度似乎還是有限
→ erspicu:個人對交錯格式其實非常感冒 除非能反膠卷 不然
→ erspicu:失去的資訊是不可能無中生有 頂多是修飾彌補缺陷
→ erspicu:幸好到BD時代 稍微有一點水準的壓片 大概都是1080P 24FPS
→ erspicu:對於去交錯的執念很久前就放棄掉了....
→ erspicu:雖然BD時代也是有1080i 60p 不過理論上原生資訊如果是
→ erspicu:倍頻而且在封包的過程中無損 只是改變顯示的方式
→ erspicu:應該都可以順利反膠卷或是還原倍頻回去吧???
→ erspicu:個人覺得 現在這時代專研DVD時代的去交錯 只能算是興趣
→ erspicu:意義已經沒有像過去那麼大了 反來像是說1080i 60p這種格式
→ erspicu:還原成倍頻原生顯示格式 可能更有爽度
→ erspicu:希望有一天1080P 60FPS的規格能普遍到來
E大可以回文阿 編輯文章很擔心蓋到你的推文XD

我也是對interlace超級感冒，不過我想它還是有一定的地位。
我猜一個重要原因是interlace相當節省頻寬，況且是把deinterlace這爛攤子交給end-user收，
就像現在台灣的數位電視，不論SD頻道還是HiHD都採用interlace，連日本也是。
不過我想就算台灣改以progress播送，畫面失真可能會更慘...

不過不少電視都有motion compensation deinterlacing，不知道什麼時候才會在個人
電腦上出現，可能看VGA什麼時候會加入。
→ erspicu:avc hd的規格好像沒這麼高 2.0就有了
→ erspicu:話說我很好奇 有沒有辦法在倍頻顯示的LCD上模擬交錯顯示??
→ erspicu:如果以交錯播放方式播放交錯格式 問題就都解決了
→ web2312:可以喔XD 可以寫一個avisynth語法直接模擬交錯輸出的影像
→ web2312:如此一來interlaced的影片不需做處理,直接以原交錯畫面
→ web2312:輸出,就像是CRT交錯掃描般的顯示
→ web2312:我來po一篇收集一些"無實際用途"有趣的avisynth語法吧XD
※ 編輯: xvid            來自: 125.226.28.186       (08/16 09:34)
→ jdtrue:interlace明顯比progressive適合表現動態畫面  流暢很多
→ jdtrue:不過那也是在30fps的階段  能到60fps應該就沒問題了
→ jdtrue:台灣的HiHD光那個低到只有韓國一半的碼率就讓我不想看了
→ xvid:不太懂J大的前兩句推文 motion對interlace不是一大問題嗎？
→ xvid:把解析度長寬減半也可以直接省略去交錯 但480i就畫面更小了XD
→ jdtrue:失真可能是吧  但像演唱會之類的用interlace流暢度真的較好
→ jdtrue:progressive碰到演唱會\體育之類的會有點像幻燈片
→ jdtrue:我這邊是說現在常見的60i跟30p去做比較
→ jdtrue:我自己以前壓片也是無論如何都要去交錯  碰到特殊的片源還
→ jdtrue:去爬文有沒有特殊的deinterlace avisynth可以用
→ jdtrue:不過現在就還好了  有時候就直接壓成交錯好像也不壞
→ xvid:幻燈片？？ 我想是流量不足吧 演唱會和體育賽事都是動態變化
→ xvid:很多的場景 同樣的流量用interlace因為只需要編碼一半的大小
→ xvid:會有失真較低的感覺 不過就像上面e大說的 交錯讓畫面資訊流失