ringing (MPEG2 mosquito noise)

你把高频分离以后没有加成回来 当然变模糊了
dither_add16就是把高频加回来的 你把这个写掉了
mawen的脚本有个typo 一个comma打成了全角 正确应该是半角 所以出现了你的问题 你自己改一下就好了

我基本没看过日本动漫 (只看过叮当猫) 所以不知道你在说什么情况
不过目测在描述类似多数rgb图像里面蓝通道噪声多 有块状斑纹的情况 只不过你现在是所有通道都像蓝通道有这个问题 处理块状斑纹 我是用小sigma npass dfttest解决的 sigma足够小 对细节的损失就很小 然后多次使用 逐渐削弱最终完全清除噪声 比如我清理蓝通道会用dfttest的sigma=0.25,sigma2=0.25 64次 蓝通道的噪声以及块状斑纹就都没了 同时细节损失也比较小

这个不算难理解 你综合画面结构的特点理解 高频 (边缘 细节 噪声等) 都是难以出现banding的部分 现在用一个removegrain相当于一个loss pass filter直接把这些高频过滤掉(保护)了 banding集中的低频部分就暴露出来了 然后就可以直接在上面进行deband 最后把已经deband的低频重新和原来过滤掉的高频合并就得到了高频被保护的deband结果 这个taro在masktools教程里面写的edgemask分离aa和deband其实只是同样思路的不同做法 只是分离高频的做法一个是mask 一个是dif, 这个和masktools教程里面比有一点额外好处就是这里...

dfttest默认的平滑核心是wiener filter, 这个本身就有deband的效果
觉得用来这个就不用加噪了, 最后直接round到10bpc或者用合适的ditherpost降低到8bpc好像都没什么问题

dfttest和mdegrain适用的降噪区域是不同的 通常降噪要配合使用然后用mask合并
dfttest对低频flat区域 比如背景等部分 效果好 噪点去的干净损失也比mdegrain小 但是dfttest对高频破坏太大
mdegrain正好相反 mdegrain对高频区域 比如边缘 密集锐利的细节等 损失小 失真少 效果优秀 但是对flat区域损失大 噪点去的也不是很干净
降噪一般用广域的edgemask结合它们的结果 flat区域用dfttest edge区域用mdegrain
banding一般出现在flat区域 当然dfttest效果好

当然有29.97fps非交错的内容
特别是老的动画cg很多都是这种类型
就算是自然影片 也经常出现telecine和29.97fps逐行交叉在一起的情况
(标准是一方面 实际应用又是一方面 29.97fps的逐行加个交错的标记不就符合标准了 但是不改变逐行的本质)

eedi3的算法复杂度完全没法跟基于neural network predictor的nnedi3比。 nnedi3之所以快是靠： 1. pre-screener，大部分区域使用Cubic interpolation而不是edi(edge-directed interpolation)。 2. 大量的asm优化。 eedi3 v0.9.1是纯C且无pre-screener，但是速度还是比pscrn=0的nnedi3快。 eedi3 v0.9.2加入了部分asm优化，无pre-screener但允许手动输入mask，但是非edi区域的interpolation优化不足（即使mask全为0速度也...

eedi3的算法复杂度完全没法跟基于neural network predictor的nnedi3比。 是的 我之所以默认核心是eedi3是因为eedi3插值出来的画面边缘没有nnedi3那么锐利 原因是nnedi3对类似于bicubicresize (b=-1,c=0)缩小产生的那种aliasing抗锯齿效果过于强烈 对计算机图像 比较容易出现这种aliasing 同时锐利一些视觉效果也很好 所以用nnedi3很合理 对于3次元自然图像 这种aliasing出现的频率并不是很高 然后这时候用nnedi3容易aa效果过强造成边缘失真 视觉效果就好像边缘用过warpsharp一样 太锐利不自然...

BBA 写了：感觉eedi上的话速质比不怎么高

Firesledge优化的eedi3速度已经和nnedi3差不多快了