倒也不是特別偏愛 Decomb，只是因為 Decomb 可以手動指定 IVTC 的 pattern，override，覆蓋 Decomb 的自動 IVTC 判斷，補救 Decomb 判斷錯誤的 frame。
幾乎所有 IVTC filter 都會有判斷錯誤的時候，這是沒有辦法避免的，而我無法忍受這種 IVTC 的錯誤，所以我用了自動 IVTC 之後，還是會想要手動補救這幾個判斷錯誤的地方，而其他 IVTC filter 都沒有這個功能，只有 Decomb 有，所以我必須使用 Decomb。
IVTC 的效果，我覺得 IT 不錯，有時候判斷會比 Decomb 準很多，Decomb 會容易受到畫面上的雜訊，或者特殊畫面，畫面上有很複雜的交錯紋路，pattern，或者有煙霧，水波流動的畫面，這種畫面在移動的時候，會讓 Decomb 完全誤判，組合出錯誤的畫面，組合出交錯，不正確的畫面。
而 IT 會比較無視這些畫面，它會嘗試去用先前的 IVTC 週期，仍然套用先前的 IVTC 週期，結果這樣反而正確
但是遇到那種週期真的有在換，週期一直換的訊源，IT 可能就會慘死。
我已經有一段時間沒用 IT 了，不知道新版的 IT 有沒有一些改良。Decomb 5.10 版倒是改進非常多，首先是動畫裡面常出現的，整個畫面大部分都是靜態畫面，只有人物張口說話的小地方有交錯。這種靜態，沒有移動，又有 MPEG 壓縮量化雜訊干擾的畫面，很難計算到底那個哪個畫面組合是交錯最小的，因為真正交錯的區域太小了，能提供判斷的交錯量不大，而畫面上其他地方因為量化誤差造成的奇偶差異變化，可能會大過真正嘴巴部分的交錯量，造成 IVTC filter 無從判斷哪一個是真的沒有交錯的畫面。
幾乎所有 IVTC filter 遇到這種靜態畫面都是舉手投降，但是 Decomb 5.10 可以判斷相當程度的這種畫面，即使嘴巴張口的部分很小，還是可以被它抓出來。但是 Decomb 仍然不是萬能的，還是有些張口的畫面會讓 Decomb 誤判，這個要視訊源的畫面特性而定。
但是因為 Decomb 可以事後補救，它可以手動指定 IVTC 的 pattern，所以還可以稍微修正補強一下。

要用 Decomb 的手動補正，必須先瞭解 Decomb IVTC 的原理，這個我以前寫過一篇 Deinterlace -> Progressive 原理的文章裡面有說明，假設大家已經知道了。
簡單的說，Decomb 一開始會以底部的那個 field，Bottom Field 為基準，去和前一張畫面，現在自己的這張畫面，還有後面下一張的畫面，這三個 frame 的上部的 field，Top Field 做組合，看哪一種組合組合出來的 frame 交錯量會最小，這個參數叫做 v_threshold，然後選交錯最小的那個畫面輸出。
和前一個畫面組合，matching，的方法，表記為 p (previous)。
和現在自己這個 frame 的 Top Field 組合的方法，表記為 c (current)。
和下一個 frame 做組合的方法，表記為 n (next)。
於是我們指定 pattern 的方式，就寫成 ccnpc, cccnp.... 類似這個樣子。

由以上可知，Decomb 比 TMPGEnc 強的地方，它多提供了一個 p 的 matching，而 TMPGEnc 的 IVTC 視窗，假設你已經知道它的工作原理，它只有 c 和 n 兩種組合方式。
這有什麼用呢？在遇到一些製作錯誤，刪除了不該刪除的畫面的 DVD，用 Decomb 的 p matching，可能可以撿回一個沒有交錯的畫面。
還有 Decomb 還提供另一個 matching 的方式，叫做 backward，或者 reverse 的 matching，它可以在以 Bottom Field 為基準組合完以後，再嘗試用 Top Field 去和前、中、後三個 frame 的 Bottom Field 去做組合，比較順向、逆向組合的總共六種組合之中，哪一個的交錯最小，輸出交錯最小的那個畫面。
這對某些圖場錯亂的 DVD，可以救回正確、沒有交錯的畫面。
還有前面提到的張口交錯的部分，用 backward 判斷，有時可以組合出沒交錯的畫面。