diff options
author | wm4 <wm4@nowhere> | 2017-09-26 22:19:48 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2017-09-26 22:19:48 +0200 |
commit | 2f5ba78a0b57611c359a94d5930a75378230688b (patch) | |
tree | 1bf6603983042272db547d58223cdb25a2b5177d /DOCS | |
parent | 9b60398f4e2710e304eb4bbb51ed70e0b8523845 (diff) |
manpage: some --hwdec corrections
auto-copy selects more modes than the ones listed. It will always be
outdated anyway.
The GLX vaapi backend is never selected anymore, because it sucks.
Diffstat (limited to 'DOCS')
-rw-r--r-- | DOCS/man/options.rst | 7 |
1 files changed, 2 insertions, 5 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 7f963930e2..6cc428fd91 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -695,17 +695,14 @@ Video next method (might matter on some Linux systems). ``auto-copy`` selects only modes that copy the video data back to system - memory after decoding. Currently, this selects only one of the following - modes: ``vaapi-copy``, ``dxva2-copy``, ``d3d11va-copy``, ``mediacodec``. + memory after decoding. This selects modes like ``vaapi-copy`` (and so on). If none of these work, hardware decoding is disabled. This mode is always guaranteed to incur no additional loss compared to software decoding, and will allow CPU processing with video filters. The ``vaapi`` mode, if used with ``--vo=gpu``, requires Mesa 11 and most likely works with Intel GPUs only. It also requires the opengl EGL backend - (automatically used if available). You can also try the old GLX backend by - forcing it with ``--gpu-context=x11``, but the vaapi/GLX interop is - said to be slower than ``vaapi-copy``. + (automatically used if available). The ``cuda`` and ``cuda-copy`` modes provides deinterlacing in the decoder which is useful as there is no other deinterlacing mechanism in the opengl |