再问关于QTGMC反交错的问题

[dreamgogo]

那表示該些幀沒有被 TFM 檢測為交錯幀，可稍微降低 cthresh 或 MI 參數。

cthresh的值调到1都还是有少量残留交错帧，MI调到1才消除交错，但请问调到这么低会不会产生其他副作用？

[akw28888]

誰說移動都是25i 你片段後面的移動就是25p的..........
而且這跟本港台有毛線關係了......幹嘛沒是把一個25p弄成25i

[dreamgogo]

誰說移動都是25i 你片段後面的移動就是25p的..........
而且這跟本港台有毛線關係了......幹嘛沒是把一個25p弄成25i

我没说全部移动画面都是25i啊，它确实是有些移动是25i，而且本港台播的动画不只是这部有这样的问题，其余播的动画都有这样的问题，你说这跟他没关系？把P变成i广播可以节省频宽嘛，他干嘛不全部变成i我就不太清楚

[Holy]

cthresh的值调到1都还是有少量残留交错帧，MI调到1才消除交错，但请问调到这么低会不会产生其他副作用？

當然就是 P 幀被誤判為 I 幀的風險提高咯……你可在 TFM 加上 display=true 再預覽看看。

[dreamgogo]

cthresh的值调到1都还是有少量残留交错帧，MI调到1才消除交错，但请问调到这么低会不会产生其他副作用？

當然就是 P 幀被誤判為 I 幀的風險提高咯……你可在 TFM 加上 display=true 再預覽看看。

现在设置cthresh=7，MI=9，好像解除了交错，加了display=true ,左上角会出现以下这个，而交错也没有去除

11111.jpg (19.51 KiB) 查看 5158 次

[Holy]

如果直接看 QTGMC 的輸出在相同時間點的畫面，交錯確實有去除的話，那有可能是 TFM 的 motion-mask 的問題，可試著將 TFM 的 PP 設為 3，讓 TFM 替換掉整個幀不做 motion-adaptive，看看交錯是否仍然存在。

另外也可嘗試較推薦的 TDeint+TMM 用法看看：
[syntax=avisynth]
TDeint(full=false, cthresh=7, MI=9, edeint=QTGMC(FPSDivisor=2), emask=TMM())
[/syntax]

[dreamgogo]

如果直接看 QTGMC 的輸出在相同時間點的畫面，交錯確實有去除的話，那有可能是 TFM 的 motion-mask 的問題，可試著將 TFM 的 PP 設為 3，讓 TFM 替換掉整個幀不做 motion-adaptive，看看交錯是否仍然存在。

另外也可嘗試較推薦的 TDeint+TMM 用法看看：
[syntax=avisynth]
TDeint(full=false, cthresh=7, MI=9, edeint=QTGMC(FPSDivisor=2), emask=TMM())
[/syntax]

PP改为3后交错还是存在，用了 TDeint+TMM+AssumeTFF() 后，情况跟PP=3的差不多了

[Holy]

所以直接看 QTGMC 的輸出時交錯到底有沒有去除？若有的話就傳個片段上來，講一下是第幾幀有這問題，否則沒法釐清你的問題原因。

[dreamgogo]

所以直接看 QTGMC 的輸出時交錯到底有沒有去除？若有的話就傳個片段上來，講一下是第幾幀有這問題，否則沒法釐清你的問題原因。

直接GT是去除的
视频 http://pan.baidu.com/s/1jGBNxkU

[Holy]

直接GT是去除的
视频 http://pan.baidu.com/s/1jGBNxkU

[syntax=avisynth]
DGSource("0000.dgi")
TDeint(full=false, edeint=QTGMC(Preset="Medium", FPSDivisor=2), emask=TMM())
[/syntax]
用這腳本預覽你這視頻，恕老人家眼拙看不出問題在哪。你還是貼出你的 avs 完整腳本及截圖標出有問題的地方吧……