summaryrefslogtreecommitdiff
path: root/libraries/libvdpau-va-gl/README
diff options
context:
space:
mode:
Diffstat (limited to 'libraries/libvdpau-va-gl/README')
-rw-r--r--libraries/libvdpau-va-gl/README30
1 files changed, 30 insertions, 0 deletions
diff --git a/libraries/libvdpau-va-gl/README b/libraries/libvdpau-va-gl/README
new file mode 100644
index 0000000000..628ba5215a
--- /dev/null
+++ b/libraries/libvdpau-va-gl/README
@@ -0,0 +1,30 @@
+Briefly, this is the VDPAU driver with VA-API/OpenGL backend.
+
+There are applications exists that can use VDPAU. Amongst them are
+Adobe Flash Player and Mplayer. They both can use VDPAU, but since
+there is no VDPAU available on Intel chips, they fall back to
+different drawing techniques. And while Mplayer can use XVideo
+extension to offload scaling to GPU, Flash Player can not and does
+all scaling in software. If there was VDPAU available, CPU usage
+could be significantly lower.
+
+VDPAU is not vendor-locked technology. Even official documentation
+mentions possibility of other drivers. They should be named as
+libvdpau_drivername.so.1 and placed where linker could find them.
+/usr/lib usually works fine. Which driver to use is determined by
+asking X server about current driver name or by using VDPAU_DRIVER
+environment variable.
+
+Here is one. Named libvdpau_va_gl.so.1, it uses OpenGL under the
+hood to accelerate drawing and scaling and VA-API (if available)
+to accelerate video decoding. For now VA-API is available on some
+Intel chips, and on some AMD video adapters with help of
+xvba-va-driver. OpenGL is available, you know, on systems with
+OpenGL available.
+
+Note:
+
+This SlackBuild creates scripts in /etc/profile.d for enabling
+the backend. This may conflicts with the dependent `libvdpau'
+package. Whilst `libvdpau' has the VDPAU_DRIVER variable disabled
+per default it may conflicts if you changed anything in there.