summaryrefslogtreecommitdiffstats
path: root/DOCS
diff options
context:
space:
mode:
authorPhilip Langdale <philipl@overt.org>2016-09-09 07:29:05 -0700
committerwm4 <wm4@nowhere>2016-09-09 17:54:35 +0200
commitd66f2a679b2e6eea19dc0169328af0c43661ff36 (patch)
treef42b3cf9778c7a50f2d7277eff4a02489d9fdaa8 /DOCS
parent27e3f04de78c958679a3160ce9fdfdbf212e53e5 (diff)
downloadmpv-d66f2a679b2e6eea19dc0169328af0c43661ff36.tar.bz2
mpv-d66f2a679b2e6eea19dc0169328af0c43661ff36.tar.xz
man/options: Document cuda hwdec.
Diffstat (limited to 'DOCS')
-rw-r--r--DOCS/man/options.rst6
1 files changed, 6 insertions, 0 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index dbfa3d1e75..8503d9662f 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -602,6 +602,7 @@ Video
:d3d11va-copy: copies video back to system RAM (Windows only)
:mediacodec: copies video back to system RAM (Android only)
:rpi: requires ``--vo=rpi`` (Raspberry Pi only - default if available)
+ :cuda: requires ``--vo=opengl`` (Any platform CUDA is available)
``auto`` tries to automatically enable hardware decoding using the first
available method. This still depends what VO you are using. For example,
@@ -673,6 +674,11 @@ Video
affect this additionally. This can give incorrect results even with
completely ordinary video sources.
+ ``cuda`` is usually safe. However, it will usually not fallback cleanly
+ for unsupported profiles of otherwise supported codecs - most obviously,
+ this is the case for 10bit H.264 content. 10bit HEVC is currently not
+ supported but we can add support after CUDA 8 is released.
+
All other methods, in particular the copy-back methods (like
``dxva2-copy`` etc.) are either fully safe, or not worse than software
decoding. In particular, ``auto-copy`` will only select safe modes