NMM-HD

更新r6

BM3D: fixed format checking for "pre" and "flt"
Support zimg included in VS r29 (core.resize)
Depth, ToRGB, ToYUV, BM3D: Added support for 1-7 bit integer output
Added Helper function PlaneAverage()

想请教一下
AVS里的
nr16 =src16,KNLMeansCL(lsb_inout=true)
nr16
f3kdb( 16, 64, 24, 24, 0, 0, input_mode=1, output_mode=1).Dither_limit_dif16(last, ref=nr16, thr=0.40, elast=2.5, y=3, u=3, v=3)
对应VS里的写法这样写是否正确
nr16 = core.knlm.KNLMeansCL(src16,device_type="GPU")
db16 = core.f3kdb.Deband(nr16,14,28,20,20,output_depth=16)
dif16= mvf.LimitFilter(nr16, db16, thr=0.4, elast=2.5)
dif16.set_output()

nr16和db16反了
应该是dif16= mvf.LimitFilter(db16, nr16, thr=0.4, elast=2.5)

更新r7

Depth: now prefer fmtc.bitdepth for full range content
Depth, ToRGB, ToYUV, BM3D, zDepth: new argument "prefer_props"
ToRGB: new argument "compat" to support CompatBGR32 output
***EXPERIMENTAL*** Added Utility function CheckMatrix()
Added Utility function postfix2infix()
Added Helper function GrayScale()
Added Helper function Preview()

在GitHub的source code和nmm和大大签名里的mvsfunc的哈希值全都不同是怎么回事
我暂时先选了滤镜包里的，日期比较新

Github的Commit是最新的，Release就按版本号更新。
至于NMM传的和Github的区别，应该主要是Windows/Linux换行符的影响。

mawen1250 写了：Github的Commit是最新的，Release就按版本号更新。
至于NMM传的和Github的区别，应该主要是Windows/Linux换行符的影响。

噢，这样~多谢

另外请问大大我用这个进行601→709转换是只转换了matrix还是整个都转成了标准的709？（像zimg一样？）
（确切是601先转了RGB，在RGB下处理完后拉伸，最后出的709）

你用什么转的？我不记得mvsfunc里有转matrix的东西……而且zimg的matrix、transfer、primary都是有单独的参数设置的，不存在“一键”转换。

mawen1250 写了：你用什么转的？我不记得mvsfunc里有转matrix的东西……而且zimg的matrix、transfer、primary都是有单独的参数设置的，不存在“一键”转换。

我的锅...
我是这样搞的
ret = ToRGB(ret, full=False, matrix=6, depth=32)
.......
ret = ToYUV(ret, full=False, matrix=1, depth=10, css="444")

601先转成了rgb处理完后转成709，我想的是既然我拉到了HD的分辨率（且waifu2x是图像重构？ ），干脆就符合709标准，但有一说讲既然源是601的处理完仍要转回601

你这非HD的源，就算人妻2x拉成HD了但是色彩并没有变化，这么强行过一次RGB转709不觉得蛋疼么？