VS入门难易度的问题： 2. VS原生多线程相比于AVS的各种第三方多线程技术要稳定、安全、高效得多。尤其是MPP这种大杀器，即使是我，曾经用了三年，都搞错了prefetch的原理和正确的使用姿势，最后是LP敲皮神才知道了它的原理（当然读源码也是一种办法），然后我们才分析出了正确的使用方式——即便如此，在后来LP又发现了若干不明原因的bug，甚至连皮神都解决不了。 3. VS对各种格式（8-16bit int、32bit float、4:2:0-4:4:4乃至横向纵向各1/16的chroma subsampling、Gray/YUV/RGB）的原生支持，并且大部分VS滤镜也能广泛支持这些格式...

更新r6

VAggregate bug fix: For Gray input and/or float output, frames [0, radius-1] are replaced by frame 'radius'. frames [num_frames - radius, num_frames - 1] are replaced by frame 'num_frames - radius - 1'
Re-licensed to MIT

format的话你用core.register_format()注册，如果要求输入的是id的话那就在后面再加上.id。
或者是vs预定义好的格式就直接用vs.YUV444P16这种。

NAVras 写了：

Evalyn 写了：clip = nnrs.nnedi3_resample(clip, width * ss_w, height * ss_h, nnrs=3)

求教大大
按这个写时报错没有nnrs，看wawen了大大写在avsi里的，“nnrs”是不是要改成“nns”？

我不记得nnedi3有nnrs这种参数……只有nns，默认是3.

在你复制这么一大堆脚本过来之前请先搞清楚每一行每一部分是干什么的，不然就不要复制。
上面的帖子已删，编辑掉

NAVras 写了：求教大大，在哪里可以找到format id？
想输出16bitYUV444给CSMOD，但没有lsb这个参数...

有lsb的吧……YUV444P16的话就是lsb=True, output="YV24"——太久没用了不保证我没记错。

关于这些数字分别是什么，去查 ITU-T H.265 的Table E.3到E.5（在VUI Syntax里）的定义。 2代表Unspecified，未定义的格式，如果是未知的，或者是H.265标准里没有的，通常就是2了。 5是PAL的BT.601 625/BT.470，6是NTSC的BT.601 525/SMPTE 170M core.resize只支持比较有限的几种primary、transfer、matrix，而fmtc.primary、fmtc.transfer就包含了一大堆的预设，而且还可以自定义。core.resize对frame property有比较严格的检查和依赖，fmtco...

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

waifu2x本来就是在RGB下处理的，Y也能但无论是速度还是效果都不推荐，作者也早就停止更新Y model了。
所以转RGB并没有什么问题，如果分辨率变了，顺便做一次matrix转换也是正常的，但是709和601不但是matrix不同，primary也不同，所以按理来说还需要做primary转换（否则就要手动在264/265中标记601的primary）。
PS. 709的primary和sRGB是相同的，但601不是——严格来说601不准确，因为PAL和NTSC分别还有不同的定义。

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

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