From 51e141f7ba8a9207a752d295da59b01286e02c23 Mon Sep 17 00:00:00 2001 From: wm4 Date: Sun, 20 Oct 2019 01:57:47 +0200 Subject: sws_utils: hack in zimg redirection support Awful shit. I probably wouldn't accept this code from someone else, just so you know. The idea is that a sws_utils user can automatically use zimg without large code changes. Basically, laziness. Since zimg support is still very new, and I don't want that anything breaks just because zimg was enabled at build time, an option needs to be set to enable it. (I have especially especially obscure stuff in mind, which is all what libswscale is used in mpv.) This _still_ doesn't cause zimg to be used anywhere, because the sws_utils user has to opt-in by setting allow_zimg. This is because some users depend on certain libswscale features. --- DOCS/man/options.rst | 15 +++++++++++++++ 1 file changed, 15 insertions(+) (limited to 'DOCS/man/options.rst') diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 6b402d3224..008867feab 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -3830,6 +3830,21 @@ Software Scaler ``--sws-cvs=`` Software scaler chroma vertical shifting. See ``--sws-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. + + If zimg is used, the other ``--sws-`` options are ignored, and the + ``--zimg-`` options are used instead. + + If the internal component using the swscale wrapper hooks up logging + correctly, a verbose priority log message will indicate whether zimg is + being used. + + Currently, barely anything uses this. + ``--zimg--scaler=`` Zimg luma scaler to use (default: bilinear). -- cgit v1.2.3