From c3f93f5fdd33ada85e700bf8bad7d70f6739eed4 Mon Sep 17 00:00:00 2001 From: wm4 Date: Wed, 12 Feb 2020 18:06:53 +0100 Subject: sws_utils: use zimg by default if available This seems stable enough to use. Change the default, and remove it from the sw-fast profile. --- DOCS/man/options.rst | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) (limited to 'DOCS') diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 6b05a9cb36..0574831880 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -4026,9 +4026,10 @@ Software Scaler ``--sws-allow-zimg=`` Allow using zimg (if the component using the internal swscale wrapper - explicitly allows so). In this case, zimg *may* be used, if the internal - zimg wrapper supports the input and output formats. It will silently - fall back to libswscale if one of these conditions does not apply. + explicitly allows so) (default: yes). In this case, zimg *may* be used, if + the internal zimg wrapper supports the input and output formats. It will + silently or noisily fall back to libswscale if one of these conditions does + not apply. If zimg is used, the other ``--sws-`` options are ignored, and the ``--zimg-`` options are used instead. @@ -4041,9 +4042,7 @@ Software Scaler .. note:: - The builtin ``sws-fast`` profile (which you are supposed to use when you - use a VO that uses software conversion on weak hardware) sets this - option. But do note that zimg *may* be slower than libswscale. Usually, + Do note that zimg *may* be slower than libswscale. Usually, it's faster on x86 platforms, but slower on ARM (due to lack of ARM specific optimizations). The mpv zimg wrapper uses unoptimized repacking for some formats, for which zimg cannot be blamed. -- cgit v1.2.3