VapourSynth为啥还取代不了AviSynth

2020年8月10日
目前来看VapourSynth正在全面取代AviSynth,越来越多的字幕组开始使用VapourSynth进行视频处理。滤镜数量上也已经可以满足大部分需求,还有官方的包管理器,还跨平台,还对多核心支持更出色,音频支持也在路上了。

■网友
额,我作为avisynth与vapoursynth的初学者,来说几句,坐等牛人放出比较详尽的分析哈。首先,我觉得从一个不懂压制的人到一个略懂压制的人,中间需要有一个合适的软件,来让他马上产生兴趣。我觉得Vapoursynth就是因为现阶段缺乏相应的GUI,才导致许多人看到还要掌握什么python语言(虽然在编程当中,它真的算简单的了)就头大。不像avisynth,那么多年催生出了很多GUI软件,比如Mediacoder、MEGUI、小丸工具箱等等,GUI的好处在于它能将流程与功能非常有逻辑的迅速告诉你,而不要去记忆。这是很多人从GUI上手较快的原因之一;第二,Vapoursynth现在支持的滤镜仍然没有avisynth多,dll不是那么多,毕竟也是因为时间短,而且因为使用python语言,很多东西都得重新移植,需要时间,但我觉得vapoursynth仍然会很快的发展。整体压制的效率,对于64bit系统以及多线程处理器的支持更好,只是我们仍需要等待一些时间,它才能完全普及开来,起码是在视频编码界;第三,因为Vapoursynth处于较初期的阶段,还是有许多bug需要解决,运作的人员也不是全职天天干这个,所以还有一段路要走,毕竟这种牵扯到运算、编解码器的东西,对于不同系统环境的电脑来说,问题也都是千奇百怪的第四,我觉得Vapoursynth是喂命令行,操作可能略显麻烦,但是当你配置好之后,在cmd黑白相间的窗口看到压制帧数提升了30%以上,还是非常高兴地。大概就想到这些点了
■网友
GUI不是问题,实际生产中一个bat比megui好用多了吗,拖上来自己动.gif,然后写脚本的时候用的是vs editor和avspmod,并没有本质的区别……另外GUI写的avs说实话我不敢用,先不说纯8bit环境,调用的内置滤镜不少都有chroma shift问题……
滤镜其实也不是什么大问题,现在的vs也就在ivtc滤镜(感谢tivtc的原作者那个坑爹的源代码导致的移植困难,vs带的vivtc对付复杂ivtc略尴尬)还有字幕滤镜(出字幕主要用的是VSFilter,然后vs内置的是libass,有时候会对VSFilter出的ass字幕爆炸,然后各种VSFilter在vs上的实现方案都不太稳定,随缘Crash)上比较蛋疼,除了一些特别冷门的滤镜没有,正常实际生产中滤镜环境是完全足够用的(或许对于一些人没dss是个大问题?)
至于BUG……vs开发的修bug速度比avs快多了,avs那么多个分支,最近的一个commit是avs+的MT branch,在16年8月……
至于复杂……py叫做复杂?那么甜的语言用起来多简单,而且还没有avs无处不在的蛋疼的last。况且avs只要遇到稍微复杂一点的情况,就要上MPP来优化效率,MPP这东西的EP程度无出其右,还无比吃内存……说出来你可能不信,MPP设置得当的情况下,avs速度比vs要快,虽然很难设置好……
至于为什么vs普及不如avs,一是习惯问题,很多人已经习惯用avs了,不想转vs,二是需求不迫切,对于很多人来说avs足够就不需要转了,他们的avs更多是很简单的几行脚本,也就调个分辨率和切个黑边什么的,还不考虑chrome shift和精度之类的问题,avs完全够用
至于需要使用高强度脚本的压制组……该转vs的早转了,某些压制组用vs不用avs两年都有了……何来不普及……

■网友
个人而言VapourSynth已经完全取代了AviSynth
VapourSynth的优势:
1.全平台使用无痛苦
2.python代码写脚本,而不是使用一个奇怪的自定义脚本语言
不赞同VapourSynth的滤镜不如AviSynth丰富的说法。大部分AviSynth都可以轻松移植到VapourSynth上。特别是源码开放的,重点是要学会自己编译。对于少数个别的不开放源码或者本就是商业性的滤镜,选择放弃使用或者寻找替代品。另外原本用AviSynth脚本写的一些滤镜,都可以用python重写一遍,达到同样效果。


推荐阅读