From d66f2a679b2e6eea19dc0169328af0c43661ff36 Mon Sep 17 00:00:00 2001 From: Philip Langdale Date: Fri, 9 Sep 2016 07:29:05 -0700 Subject: man/options: Document cuda hwdec. --- DOCS/man/options.rst | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'DOCS') 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 -- cgit v1.2.3