summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-05-31 18:32:06 +0200
committerwm4 <wm4@nowhere>2016-05-31 18:32:06 +0200
commit62acbd795fffed817ab432545a881d674bd38b29 (patch)
tree011b54474eaaca87903e3b13150b3cccd691a923
parente44882d792f6f2dc85886462cf53780018c6fedc (diff)
downloadmpv-62acbd795fffed817ab432545a881d674bd38b29.tar.bz2
mpv-62acbd795fffed817ab432545a881d674bd38b29.tar.xz
manpage: update --hwdec=d3d11va remarks
-rw-r--r--DOCS/man/options.rst8
1 files changed, 3 insertions, 5 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index f46990f404..a8d118023e 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -650,11 +650,9 @@ Video
or BT.709, a forced but correct RGB conversion is performed. Otherwise,
the result will be incorrect.
- ``d3d11va`` is usually safe. If the ``EGL_KHR_stream path`` is indicated
- in the logs, it is lossless and full OpenGL filtering is done. If
- ``ID3D11VideoProcessor path`` is indicated, and the video colorspace is
- either BT.601 or BT.709, a forced but correct RGB conversion is
- performed. Otherwise, the result will be incorrect.
+ ``d3d11va`` is usually safe (if used with ANGLE builds that support
+ ``EGL_KHR_stream path`` - otherwise, it converts to RGB), except that
+ 10 bit input (HEVC main 10 profiles) will be rounded down to 8 bits.
``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