又遇到了24t+30i滾動字幕，感覺120fps觀感最好，字幕部分做成24p不夠流暢（24P動畫本身動態部分就不夠流暢，什麼時候原生60fps普及就好了）。

nnedi3ocl的nsize固定为0， TAA里nnedi3默认的nsize默认为3。nsize=3/6适合AA，nsize=0/4适合upscale。
改用nnedi3ocl后结果是不同的。这个还是在主楼提醒一下吧。

lwjkk666 写了：画面有绿边，GPU的话都是A卡，驱动是最新的那个Omega

是否切了邊？不切邊試試。

如果限定上古DVD且存在dot / rainbow，且打算使用tcomb来处理dot / rainbow，则应该在ivtc之前用tcomb（文档里是这么写的。。。） 然后就是IVTC。如果没用tcomb，则需要在ivtc之后用derainbow或者dedot之类的来去dot / rainbow。 然后就是轰一个MCTD，降噪、去光环、AA、锐化、deblock一站式解决 {:cat_2} 最后是切边（和resize，如果必要），deband、加Grain，输出。deband之后还可以依个人口味加点味精（色度、亮度、对比度toka） 因为deband、加味精和加grain都能在10bit或者1...

shift值的判定用现有的工具我没想到什么好办法，只有不停地调整预览比较。由于涉及到3个平面，以其中一个平面为参照（一般保持G不变），调整R、B的水平、竖直，所以总共4个参数，再加上单个场景判断不一定准，可能要结合多个场景判断，这个过程很费时费力费眼（400%大法也很有必要）。 不停地变的话，如果变动范围很小，倒是可以大致调一个平均的shift值，然后用chroma bleeding的方式处理剩余的shift。 如果变动范围大，分场景的话，最好的办法就是scene filter了（从Fussoir以前压过的东西来看他就是搞scene filter的），只不过这手动工作量过于巨大。 这种情况下...

目前修复思路：转换至RGB48Y分平面shift（以G平面为基准），再转回YV24。 # 8bit yuv420 input nnedi3_resize16(lsb_in=False, matrix="709", output="RGB48Y") R=Dither_resize16(Width, Height, R_Horizontal_Shift, R_Vertical_Shift, kernel="spline16", U=1, V=1) G=last B=Dither_resize16(Width, Height, B_Hori...

Neroldy 写了：masktools2是AVS+专用？我这里AviSynth 2.60一直在用啊。。
再说楼主你的这个问题我这里一直都是这样的啊。无论是用支持avs+的avspmod或者原来的avspmod。

TP7那个masktools2（ 不是masktools2.0a48）是为avs+修改的吧。原来手AVSP加载这个有问题。

芳乃琴里樱 写了：于是你说的问题在哪里？

我的意思是AVSI里定义的函数不能自动填充，LWLVS是DLL里的，没问题。
你可以试试HQDeringMod。
另外，About窗口的信息两个版本的AVSPMOD是一样的，凭这个不能区分。
两者都支持AVS+，只是一个支持部分AVS+专用的插件（例如masktools2），而另一个不支持。

以前用AVSPMOD 2.5.1是可以自动填充AVSI里函数默认参数的，
换了AVS+官网上推荐的支持AVS+的AVPMOD以后就只能自动填充“？”了，
用中文没GOOGLE出来，英文太渣也没GOOGLE出来。
求教~

那個“方格”bug應該是你第二面提到的那個ME問題了，關閉cutree問題依然存在（碼率提高後噪聲減少，畫質提高，不知vcb-s對cutree的測試如何）。 剛才通過改變crf，psy-rd，發現在crf=14.5,15,16且psy-rd=0.7不會出現,在crf=15.5,16.5且psy-rd=0.7時會出現（奇怪的結果，crf15.5“不如”crf16，重複同樣的參數再壓一次結果一樣）。 把psy-rd降低到0.5，crf<=16.5下不出現(0.6時依然出現)，而crf>=17時依然出現“方格”。 看來crf=15.5時psy-rd>0.5不太安全。 測試版本為x265_1.5+3...