截图小测RAVU：跑不动NNEDI3？可以试试这个
本帖最后由 cczzhh 于 2017-12-1 20:48 编辑@laichiaheng
衍生于http://bbs.acgrip.com/forum.php?m ... =33555&fromuid=9868的讨论。
在真的把这几个shaders文件（Vulkan版：https://github.com/bjin/mpv-prescalers/tree/master/vulkan/computeOpenGL版：https://github.com/bjin/mpv-prescalers/tree/master/compute）下下来截图测试前，我对RAVU并不抱有什么期待，毕竟作者是这么说的(https://github.com/bjin/mpv-pres ... uecomment-318589643)：
They are not meant to be compared, RAVU is more like EWA scalers in general. it won't produce sharp upscaled image like nnedi3 and super-xbr, but it produces fewer artifacts like aliasing. It also seems to connect edges well. Anyway, I think it's not strictly better than either NNEID3 or superxbr.
所以我预期的是偏向mpv内置scaler的效果，从spline到ewa系其实都差不多的感觉，然而实际上，ravu-r4-rgb却让我感觉更接近NNEDI3，除了ravu那强劲的ringing...
以下放出截图（知道是什么动画的默不作声就行了。。选这个单纯因为是少见的低分辨率但线条特别锐利）（截图没有对帧。。所以眼睛部位可能有较大不同，并不是算法导致的），由400p拉伸到1080p（ravu和NNEDI3倍增后再由spline36补足）
对比ewa_lanczossharp，ewa_lanczossharp+AR，ravu-r4-rgb以及NNEDI3_64：
可以看出，线条的锐利度其实ravu很接近nnedi3了，盔甲的黑色线条的锯齿甚至要更少些。但袖口处可以发现明显的ringing...
那有没有办法减少ringing呢？首先anti-ringing的hook是行不通的，无法对外部shader生效。但作者本人初步做了一些smoothtest（https://github.com/bjin/mpv-pres ... uecomment-331983769）。
Update：作者真勤快，提个issue不一会就给了vulkan版的https://github.com/bjin/mpv-prescalers/tree/master/test/vulkan/compute
opengl版：https://github.com/bjin/mpv-prescalers/tree/master/test/compute
ravu-smoothtest1，ravu-smoothtest2：
可以观察到，袖口的ringing已经有较大的改善了。
1和2的区别在于：https://github.com/bjin/mpv-prescalers/issues/28#issuecomment-348463290
smoothtest2 is more aggressive. If you find it losing too much details, smoothtest1 could be a good trade-off.
那么，ravu的消耗如何？如果机器只能跑ewa+AR，跑ravu会不会有问题？
由于ravu是doubling，所以拉伸还要scale和dscale的后处理。在scale和dscale默认的情况下（spline和mitchell），很遗憾ravu-r4-rgb并不能达到ewa+AR那么快。但是，作者做了个降低质量但提速的只拉伸luma的版本，ravu-lite。经测试，我感觉ravu-lite-r2配合默认scale/dscale能达到和scale=ewa+AR差不多的渲染时间。虽然质量相比非lite版有较大的降低，但是总体上，我认为是要好于ewa系的。而且，出乎意料的是，ravu-lite-r2的ringing其实挺少的。
ravu-lite-r2：
从渲染时间上来看，ravu-lite-r4也只比r2多一点点，带来的提升却已经相当可观（线条更好，但ringing又变多了）：
ravu-lite-r4：
{:7_578:}所以，跑不动NNEDI3的各位，在头疼于选择哪个内部scaler更好的时候，头疼于是sharp好还是soft好的时候，何不试试回归默认spline，加一句：
glsl-shaders="~~/shaders/ravu-lite-r2.hook"解决问题？
打算换机了 考虑 ryzen1700 + RX560,系统当然就是Arch了
不知道linux下 RX560 1080p -> 4K NNEDI3能带的动么
不行的话就RAVU吧 KC猫 发表于 2017-12-1 13:07
打算换机了 考虑 ryzen1700 + RX560,系统当然就是Arch了
不知道linux下 RX560 1080p -> 4K NNEDI3能带的动 ...
没4K，按照ravu作者的测试：https://github.com/bjin/mpv-prescalers/wiki/Performance
以及性能比较：http://gpu.userbenchmark.com/Compare/Nvidia-GTX-960-vs-AMD-RX-560/3165vs3926
可以大概推测下。
我是觉得可以从CPU那分点预算，不过看你自己需求了。
cczzhh 发表于 2017-12-1 13:46
没4K，按照ravu作者的测试：https://github.com/bjin/mpv-prescalers/wiki/Performance
以及性能比较：ht ...
嗯..........要是用win的话我大概就选择1050ti/1060 3G了吧.
但是,linux下N卡驱动是闭源的,很蛋疼...
而且linux下GPU能发挥的性能也不是和win下直接划等号的,搞不好买得越强,亏得越多.
或者我在等等,上新一代APU,或者IA的混血骷髅峡谷好了.....
什么时候AFM才能用于MPV啊…… KC猫 发表于 2017-12-1 14:49
嗯..........要是用win的话我大概就选择1050ti/1060 3G了吧.
但是,linux下N卡驱动是闭源的,很蛋疼...
能买到就不亏，最近各种区块币又涨了一波。
KC猫 发表于 2017-12-1 14:49
嗯..........要是用win的话我大概就选择1050ti/1060 3G了吧.
但是,linux下N卡驱动是闭源的,很蛋疼...
Arch是能装闭源N卡驱动的吧。我的意思是即使A卡预算也可以高点。
unlight 发表于 2017-12-1 17:04
什么时候AFM才能用于MPV啊……
不可能的，AFM是DirectShow滤镜。除非AMD重写个可以从vs脚本调用的。
cczzhh 发表于 2017-12-1 20:39
Arch是能装闭源N卡驱动的吧。我的意思是即使A卡预算也可以高点。
不是说不能用闭源,闭源虽然性能更强,但是不支持新特性
linux现在有个Wayland的视窗服务,可以替代X工作
mpv是支援这个的,可以设置opengl-backend使用.
但是N卡闭源驱动不支援Wayland.所以.....
unlight 发表于 2017-12-1 17:04
什么时候AFM才能用于MPV啊……
如果您堅持的話，倒也不是沒辦法，
只不過...還是別用的好。
{:5_241:}
mpv player -> Vapoursynth -> Avisynth -> DirectShowSource -> GraphEdit Files -> BlueskyFRC -> Video Decode -> Video