note：BM3D的preset是针对BD定的，对SD源一些参数需要缩放，具体根据对其功能的理解来定——调好后不再出现蚊噪除不尽（其实还是有一些在不明显区域）和细节杀的问题

amazon

f3k deband 口怕...黑色是没变白色是变了

谁说Odd是小天使的？

.

ok，新头像get
ps：div不是图像储存格式

ok现在高了

【在浮点转RGB，越界值不会被clamp，导致w2x卷积计算时雪崩】@zhuangyzj
之前讨论的，确实，没有出问题的都是有意无意clamp了值的，貌似UV也可以并不一定要在RGB下fmtc有办法然而我不会...YUV下并没有超过很多的，RGB一转甚至有-0.2...
mawen大固定在16bit下处理整数源的chroma-up真是明智的决定
一开始想是制作转换YUV时transfer和primaries不对的原因，后来一想不对，可逆过程那不是转之前就有不对的颜色了。
于是再看就发现那些出artefact的区域，纯色文字周围啦高频区域啦非常靠边的值啦.....估计是DVD压得太厉害使得某些被改成了非法值。
怀疑fmtc是内置有规则专门clamp掉处理后出现的非法YUV值，而nnedi3没有，导致非法值一直传下去
至于之前用nnedi3没遇到过...因为咱把脚本改成了32bitnnedi3然而浮点数是不clamp的，所以不论nnedi3还是fmtc都没有处理掉越界值...之前的nnedi3是16bit的

所以看过mvsfunc里的非法值判定方法
咱只需要在w2x前，如果没有过transfer，那么用expr切掉0-1之外的值，一点都不能少，因为w2x貌似没有防雪崩只有硬抗
BM3D未出现问题，也许gpu化的bm3d真的会很快？

将S4ED作为ref knlm 0.001 s=0本是为了去ringing，结果得到了一个结合二者细节非常清晰的clip，但S4的渣banding线条也被代入，折腾半天用了个sobel mask解决

src = mvf.ToRGB(src,depth=32,matrix="OPP",full=True).fmtc.transfer(transs="601", transd="linear").fmtc.primaries(prims="pal", primd="709").fmtc.transfer(transs="linear", transd="srgb").caffe.Waifu2x(noise=-1, scale=2, block_w=180, block_h=144, model=4, cudnn=True).fmtc.transfer(transs="srgb", transd="709")
只多一步而已，傻不啦叽的

不过细节倒真的还是有损失...源里经常出现压得出很重ringing的，于是把BM3D的sigma调得偏高...
但W2X的放大还是和源的感觉不一样