原生DVD的debanding小实验

[HaibaraAi]

x26410bit有什么用吗？BD都是8bit的
难道要把source upsample？

另外建议LZ多测试几种banding，个人感觉单纯的gradfun2db对于很多banding是无能为力的

[histamine]

可以啊 利用debanding滤镜得到10bit的精度数据来给x264编码 由于精度转换造成的banding自然会比降到8bit少

问题是我不知道有啥免费的10bit AVC解码器

aviutl色空间转换问题不是太大 YV12转到YUY2就行了
（损失比转到RGB小，而且aviutl内部滤镜处理精度比avs滤镜处理精度高很多

gradfun2db对某些banding无能为力的情况可能是
最后精度转换又产生了banding
算法把banding处区域当作了细节或线条 最后输出时此区域未使用处理后的数据
模糊力度不够 尚未能干掉banding

gradfun3里面的smoothgrad似乎是将整幅画面都模糊了 所以配合masktools可以用来干掉一些严重的banding

[264768502]

╮(╯▽╰)╭ x264的10bit那多出来的2bit又不是真的增加颜色采样数

关于banding的类型,是有很多....我只能说找到什么素材就拿出来看看而已
比起人脸的这个情况来说,背景的banding产生的厌恶感要小很多
之前做过卡辛的BD,片子加了一层中度的grain,看上起还行
于是我尝试了下降噪,然后背景就出现了少量banding,不过如果不细看根本不会注意,这时候挂个gradfun2db效果就好很多,即使是细看
但是经过x264的压缩,又会显出原形.
所以最后还是留grain直接压缩...虽然体积大了,不过至少能保证压缩后也不容易出现banding

[histamine]

个人有个想法

如果精度转换引入的dither在临近几帧内以某种固定的规律分布的话 x264有损编码保留dither所需的码率需求相对就会稍微低一些

在解码端加入某种处理banding的滤镜也是可以的 不过现在大家似乎更看重做片人的处理和编码参数、码率啥的

[264768502]

我也觉得如果只是"静态"噪声的话,对码率的要求比较低,保留起来可能也相对容易

= = 说起来我社的内部测试阶段的电视机...别说debanding了...就是interlace目前都是一团糟...Orz

[06_taro]

關於“靜態”噪聲純引：

发一个ClipSlice的巧妙应用范例
#34004-34097这段是一个分镜,这段的画面每帧都是一样的,但有banding
clipslice(34004,34097,cp="dfttest(sigma=0.2,dither=2)")#如果我直接用dfttest去处理这段的话,肯定会让静态,变成动态,那么会消耗很多码率,这段的编码速度也会变得很慢
clipslice(34004,34097,cp="Loop(94)",cpmode=1,cs=34004,ce=34004,rremode=1)#这里是应用到ClipSlice的RRE,用基于上一步处理后的第一帧替换掉这段,当然得先loop,而这里必须先截取这帧,再应用cp,所以得设置cpmode=1,这样就能让动态变回静态,从而达到良好的处理效果,值得一提的是,这样反而会让这段的处理速度加快,既节省了码率,又加快了速度,一举双得

[264768502]

= = 木鱼的这个办法虽好...但但但问题是会动的画面不能这么来呀

[Yuricon]

= = 木鱼的这个办法虽好...但但但问题是会动的画面不能这么来呀

用类似的方法造1个啊,需要借助masktools
生成1帧的grain,然后loop,再与主画面覆盖toka

[histamine]

静态帧其实直接FreezeFrame替换就行了 = = 用不着这么麻烦

= = 木鱼的这个办法虽好...但但但问题是会动的画面不能这么来呀

俺直接用バンディング低減フィルタ Ver.17(MT版のみ)搞定 还是多线程处理的

不如俺利用dfttest里面的dither写一个单独的加“静态”噪声滤镜吧 这样用起来更方便

[Yuricon]

静态帧其实直接FreezeFrame替换就行了 = = 用不着这么麻烦

不如俺利用dfttest里面的dither写一个单独的加“静态”噪声滤镜吧 这样用起来更方便

那是我EP了...主要意图是其实是提供一个思路

dither滤镜支持...不过那个效果可能达不到预期值