From 739452361f5e1de1067ca44c0bb01e95e1c075d9 Mon Sep 17 00:00:00 2001 From: wm4 Date: Tue, 29 Sep 2015 21:14:56 +0200 Subject: manpage: adjustments to hwdec remarks --- DOCS/man/options.rst | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index 9784ee314f..783fe665e0 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -567,11 +567,11 @@ Video :no: always use software decoding (default) :auto: see below :vdpau: requires ``--vo=vdpau`` or ``--vo=opengl`` (Linux only) - :vaapi: requires ``--vo=opengl`` or ``--vo=vaapi`` (Linux with Intel GPUs only) + :vaapi: requires ``--vo=opengl`` or ``--vo=vaapi`` (Linux only) :vaapi-copy: copies video back into system RAM (Linux with Intel GPUs only) - :videotoolbox: requires ``--vo=opengl`` (newer OS X only) + :videotoolbox: requires ``--vo=opengl`` (OS X 10.8 and up only) :dxva2-copy: copies video back to system RAM (Windows only) - :rpi: requires ``--vo=rpi`` (Raspberry Pi only - default if available) + :rpi: requires ``--vo=rpi`` (Raspberry Pi only - default if available) ``auto`` tries to automatically enable hardware decoding using the first available method. This still depends what VO you are using. For example, @@ -580,6 +580,12 @@ Video work, it will always fall back to software decoding, instead of trying the next method (might matter on some Linux systems). + The ``vaapi`` mode, if used with ``--vo=opengl``, requires Mesa 11 and most + likely works with Intel GPUs only. It also requires the opengl EGL backend + (automatically used if available). You can also try the old GLX backend by + forcing it with ``--vo=opengl:backend=x11``, but the vaapi/GLX interop is + said to be slower than ``vaapi-copy``. + The ``vaapi-copy`` mode allows you to use vaapi with any VO. Because this copies the decoded video back to system RAM, it's likely less efficient than the ``vaapi`` mode. -- cgit v1.2.3