RepoMirrors/mpv
1
0
Fork 0
mirror of https://github.com/mpv-player/mpv synced 2025-04-11 04:01:31 +00:00
Code Issues Releases Wiki Activity

manpage: update --hwdec description

Browse Source 
vdpaurb, vaapi-glx, and ANGLE's NV12-restriction are gone, making things
much simpler.
This commit is contained in:
wm4 2019-10-17 11:10:40 +02:00
parent bd0af9a761
commit e49db40382
1 changed files with 7 additions and 16 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
DOCS/man/options.rst
View File

@ -1040,23 +1040,14 @@ Video
cases, hardware decoding can also reduce the bit depth of the decoded cases, hardware decoding can also reduce the bit depth of the decoded
image, which can introduce banding or precision loss for 10-bit files. image, which can introduce banding or precision loss for 10-bit files.
``vdpau`` is usually safe. If deinterlacing enabled (or the ``vdpaupp`` ``vdpau`` is usually safe, exycept for 10 bit video. If deinterlacing
video filter is active in general), it forces RGB conversion. The latter enabled (or the ``vdpaupp`` video filter is active in general), it
currently does not treat certain colorspaces like BT.2020 correctly forces RGB conversion. The latter currently does not treat certain
(which is mostly a mpv-specific restriction). The ``vdpauprb`` video colorspaces like BT.2020 correctly.
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 ``vaapi`` and ``d3d11va`` are safe. Enabling deinterlacing (or simply
logs. If ``vaapi-glx`` is indicated, and the video colorspace is either their respective post-processing filters) will possibly at least reduce
BT.601 or BT.709, a forced, low-quality but correct RGB conversion is color quality by converting the output to a 8 bit format.
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.
``dxva2`` is not safe. It appears to always use BT.601 for forced RGB ``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 conversion, but actual behavior depends on the GPU drivers. Some drivers