忘了說，
source=MergeLuma(source, wavelet, 1.0) # <- 將 Wavelet3DNR2 處理之後的 Y-channel 覆蓋回原本 source 的 Y-channel，保留原本 source 的 Chroma 不變

這裡，我們用參數 1.0，1.0 代表覆蓋，完全取代另一個 clip 的 Luma，但是其實不一定要覆蓋，如果用 0.5，代表將 filter 後的畫面和 filter 前的畫面，以 50%, 50% 的比例混合。你可以隨意調整你想要的效果。
可以做的事情還有很多，另如我們對原畫面做微分，抽出來的部分就是原畫面的 edge，銳利的線條，「邊」。把這個 edge 的畫面做成一個 mask，去 msak 原本的畫面，遮蓋掉原本畫面，剩下來的就是「不是邊」的部分。然後我們對這個不是邊的部分做 NR，隨便高興怎麼做都可以，再把 NR 完畢的部分混合回原本的畫面，這樣就可以做一個不會傷到邊線的 NR 動作。
或者，我們可以用不同的 NR 做出不同的 layer，最後把這些 layer 全部疊起來，合併回原本的畫面。
或者.....
大家有什麼好點子？


回到 IVTC。
用 Decomb 自動 + 手動 IVTC 比較快，還是用 TMPGEnc 手動比較快？
這要看訊源。
有的訊源會讓自動 IVTC 判斷非常準確，你幾乎不必再做什麼手動修正，這種訊源用 Decomb 會比較快，不過壓縮時間會比較久，因為 Decomb 的 IVTC 是在執行壓縮時作判斷，而 TMPGEnc 的 IVTC 是在壓縮前就事先做好，壓縮時直接取用專案檔內的 IVTC list 的結果即可。
譬如說你要做 2-pass，則每一次 pass，Decomb 都要重頭再分析一次。
不過因為 Avisynth 直接 YUV 的速度比較快，TMPGEnc 要轉為 RGB，會慢一點，所以一來一往，差距就不是那麼大。

可是有的訊源，會讓自動 IVTC 的判斷錯得離譜，這時候手動一張一張修正，花費的時間和精力，反而比一開始就用 TMPGEnc 手動補正還多。這種訊源用 TMPGEnc 速度反而比較快。

對於 TMPGEnc 手動補正熟練得不能再熟的人來說，什麼方法都沒有 TMPGEnc 來得快
而且 TMPGEnc 搭配 sswroom 兄的 TPRRead + AVIRead，可以手動 drop frame，刪去相同重複的畫面不必壓縮，可以省下 bit，這個功能 Avisynth 不是那麼容易做到。

所以如果真的要搞 自動 + 手動 IVTC，建議
1. 先熟練用 TMPGEnc 手動 IVTC
如果不行
2. 學習用 YATTA!
如果還是不行
3. 算了，隨便自動 IVTC 就好了，心情好的話再手動補它個兩張 :P