|author||wm4 <wm4@nowhere>||2013-09-22 22:47:50 +0200|
|committer||wm4 <wm4@nowhere>||2013-09-25 13:53:42 +0200|
vaapi: allow GPU read-back with --hwdec=vaapi-copy
This code is actually quite inefficient: it reuses the (slow, simple) screenshot code. It uses an inefficient method to read the image (vaGetImage() instead of vaDeriveImage()), allocates new memory for each frame that is read, and it tries all image formats again each time. Also, in my tests it always picked NV12 as image format, which is not ideal if you actually want to filter the video, and vo_xv can't handle this format without conversion either. However, a user confirmed that it worked for him, so everything is fine.
Diffstat (limited to 'DOCS')
1 files changed, 4 insertions, 0 deletions
diff --git a/DOCS/man/en/options.rst b/DOCS/man/en/options.rst
index 8efb1eb70f..8b26e7f448 100644
@@ -1083,6 +1083,7 @@
:auto: see below
:vdpau: requires ``--vo=vdpau`` (Linux only)
:vaapi: requires ``--vo=vaapi`` (Linux with Intel GPUs only)
+ :vaapi-copy: copies video back into system RAM (Linux with Intel GPUs only)
:vda: requires ``--vo=corevideo`` (OSX only)
:crystalhd: Broadcom Crystal HD
@@ -1092,6 +1093,9 @@
Also note that if the first found method doesn't actually work, it will
always fall back to software decoding, instead of trying the next method.
+ The ``vaapi-copy`` function allows you to use vaapi with any VO. Because
+ this copies the decoded video back to system RAM, it's quite inefficient.
Allow hardware decoding for a given list of codecs only. The default is the
special value ``all``, which always allows all codecs.