From 0a81fe1cf9e62c26ebda1c209b3b69467991b252 Mon Sep 17 00:00:00 2001 From: Philip Langdale Date: Sun, 9 Oct 2016 09:18:14 -0700 Subject: vd_lavc: Add hwdec wrapper for crystalhd This hardware decodes to system memory so it only requires a wrapper. --- 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 d17aefe347..374cdaf1a5 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -625,6 +625,7 @@ Video :rpi-copy: copies video back to system RAM (Raspberry Pi only) :cuda: requires ``--vo=opengl`` (Any platform CUDA is available) :cuda-copy: copies video back to system RAM (Any platform CUDA is available) + :crystalhd: copies video back to system RAM (Any platform supported by hardware) ``auto`` tries to automatically enable hardware decoding using the first available method. This still depends what VO you are using. For example, @@ -711,6 +712,11 @@ Video ``rpi`` always uses the hardware overlay renderer, even with ``--vo=opengl``. + ``crystalhd`` is not safe. It always converts to 4:2:2 YUV, which + may be lossy, depending on how chroma sub-sampling is done during + conversion. It also discards the top left pixel of each frame for + some reason. + All other methods, in particular the copy-back methods (like ``dxva2-copy`` etc.) are either fully safe, or not worse than software decoding. -- cgit v1.2.3