diff options
author | wm4 <wm4@nowhere> | 2019-10-17 11:10:40 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2019-10-17 11:10:40 +0200 |
commit | e49db40382e0aa80d92c8ec4b5b8dc609f51819b (patch) | |
tree | 62f89cef81b01ef4a29ec1aec175d68db9f23cab | |
parent | bd0af9a7614f230ba62e3426a84925a49de60d51 (diff) | |
download | mpv-e49db40382e0aa80d92c8ec4b5b8dc609f51819b.tar.bz2 mpv-e49db40382e0aa80d92c8ec4b5b8dc609f51819b.tar.xz |
manpage: update --hwdec description
vdpaurb, vaapi-glx, and ANGLE's NV12-restriction are gone, making things
much simpler.
-rw-r--r-- | DOCS/man/options.rst | 25 |
1 files changed, 8 insertions, 17 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 2bebb56ea5..92a2f2e4ce 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -1040,23 +1040,14 @@ Video cases, hardware decoding can also reduce the bit depth of the decoded image, which can introduce banding or precision loss for 10-bit files. - ``vdpau`` is usually safe. If deinterlacing enabled (or the ``vdpaupp`` - video filter is active in general), it forces RGB conversion. The latter - currently does not treat certain colorspaces like BT.2020 correctly - (which is mostly a mpv-specific restriction). The ``vdpauprb`` video - filter retrieves image data without RGB conversion and is safe (but - precludes use of vdpau postprocessing). - - ``vaapi`` is safe if the ``vaapi-egl`` backend is indicated in the - logs. If ``vaapi-glx`` is indicated, and the video colorspace is either - BT.601 or BT.709, a forced, low-quality but correct RGB conversion is - performed. Otherwise, the result will be totally incorrect. - - ``d3d11va`` is safe when used with the ``d3d11`` backend. If used with - ``angle`` is it usually safe, except that 10 bit input (HEVC main 10 - profiles) will be rounded down to 8 bits, which will result in reduced - quality. Also note that with very old ANGLE builds (without - ``EGL_KHR_stream path``,) all input will be converted to RGB. + ``vdpau`` is usually safe, exycept for 10 bit video. If deinterlacing + enabled (or the ``vdpaupp`` video filter is active in general), it + forces RGB conversion. The latter currently does not treat certain + colorspaces like BT.2020 correctly. + + ``vaapi`` and ``d3d11va`` are safe. Enabling deinterlacing (or simply + their respective post-processing filters) will possibly at least reduce + color quality by converting the output to a 8 bit format. ``dxva2`` is not safe. It appears to always use BT.601 for forced RGB conversion, but actual behavior depends on the GPU drivers. Some drivers |