我现在Windows下就是Python 3.5下搞不定leveldb库，导致没法用PyCaffe……

更新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()

发现说明里一个问题，preset="deband"应该是类似于nr-deband，所以应该在filter_nr里用而不是filter_ss。

更新r5

Final estimate: Fixed NaN or INF results which may produce corrupt output and/or break subsequent filters

我没仔细看haf.LSFmod那个表达式，不知道那个x + ...是否正确，我自己的实现里是neutral + ... 贴一个我脚本里用的，注意这里Strength的1.0等于LSFmod/CSmod的100，而且附带了Soft： def mwenhance(diffClip, chroma=False, Strength=2.0, Szrp8=8, Spwr=4, SdmpLo=4, SdmpHi=48, Soft=0): # constant values for sharpening LUT sbitPS = diffClip.format.bits_per_sample bpsMul8...

64bit滤镜需要64bit VS需要64bit Python。
报错里已经说了，w2xc只支持32-bit float输入，需要先转换到每通道32-bit float的RGB（YUV也可以但不推荐，无论是速度还是质量都不如），最直接的是用：
core.resize.Bicubic(clip, format=vs.RGBS)
如果用我的mvsfunc可以是：
mvf.ToRGB(clip, depth=32)

1. ffms2自带VS的接口，所以应该作为VS滤镜而不是AVS滤镜载入（ffms2作者和VS作者都是Mysloik） 好吧看错了，原来只是丢在了AVS目录下，逼死强迫症，不过VS滤镜也有自动加载目录。 2. 崩溃原因我不太清楚，但vs core的threads和waifu2x的threads建议有一个设成1，不然同时开那么多线程会爆炸的（无论是CPU还是内存）。 3. waifu2x-opt已经deprecated了，建议用Holy姐的w2xc，即便是纯CPU模式下也比waifu2x-opt快而且内存消耗少。 4. w2xc-r4用了API R3.3，所以需要VS R30及以上版本（现在R3...

1080p到720p的缩小：Bicubic(b=-0.5, c=0.25)，来源
放大：普通的resampler里我用non-ringing Lanczos4（需要Repair）

至于更高级的，放大方面比如nnedi3甚至SRCNN（如waifu2x）都是选择。
而且选择还是依赖于具体情况：
1. 源的质量：高频瑕疵越多，越倾向于用滤波强的kernel（例如提高Bicubic的b），而越模糊的源，越倾向于用锐度强的kernel（例如提高Bicubic的c）
2. 源的类型特点：这对于基于训练的model影响特别大，比如waifu2x有用于anime的model也有用于photo的model。

edgemode那几个在之前版本里是这样的，加入preset以后就由preset决定了，注释里忘了改。。
主楼里的例子还是旧版本的，现在应该直接用preset调整,，简单编辑了一下。

因为源滤镜在frame property里用_FieldBased标记了场序吧，这种情况下会override手动设置的场序，可以自己用std.SetFrameProp设置，或者用mvsfunc的AssumeXXX系列。