1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Intel Considering VDPAU Support For X.Org Driver

Intel

Published on 08 February 2009 05:02 AM EST
Written by Michael Larabel in Intel
5 Comments

In addition to learning that Intel's UXA acceleration architecture will live on in its current form, there were a few other interesting bits of news reported as well during the X.Org talks at FOSDEM 2009. During Eric Anholt's talk some video playback/decoding improvements were discussed.

For its xf86-video-intel driver, Intel is still working on adding support for more codecs to XvMC along with possible support for offloading VLD to the GPU during MPEG-2 decoding. Extending XvMC was first talked about a year ago at FOSDEM and then again during the X Developers' Summit, but as of yet no code has been publicly committed.

In addition to support for offloading more codecs / operations, Intel is also working on migrating the X-Video Motion Compensation code to using their Graphics Execution Manager for the (in-kernel) memory management needs.

Perhaps what was most interesting, however, was confirmation that Intel is also exploring other possible video frameworks beyond XvMC. Intel has mentioned that they are looking at VA-API and VDPAU in particular. From their cursory examination, the API to VDPAU looks nice. Our VDPAU benchmarks on NVIDIA hardware has been very positive and allows HD video playback on very cheap hardware.

NVIDIA's proprietary Linux driver is the only X.Org driver right now implementing the Video Decode and Presentation API for Unix. Among the media applications supporting VDPAU are MPlayer, FFmpeg, MythTV, Xine, and VLC Media Player. There is also a VDPAU back-end for VA-API.

When it comes to VA-API, this video acceleration API is actually being developed by Intel for mobile devices. VA-API support can be found for MPlayer and FFmpeg support, but currently the only driver implementing this API is the Intel Pouslbo driver found on a few select netbooks/nettops. The Poulsbo driver though is a bloody mess.

Seeing Intel's open-source driver implement VDPAU support would be a great addition. Intel isn't too interested in Gallium3D video decoding or any universal video decoding that uses the GPU's shaders. The trouble with a hardware-independent decoding method is that it will not be tuned for power optimization compared to a hardware-specific design.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  2. Sumo's Omni Gets Reloaded
  3. AMD A10-7800 & A6-7400K APUs Run Great On Linux
  4. Radeon Gallium3D Is Running Increasingly Well Against AMD's Catalyst Driver
Latest Linux Articles
  1. Open-Source Radeon Graphics Have Some Improvements On Linux 3.17
  2. CPUFreq Scaling Tests With AMD's Kaveri On Linux 3.16
  3. Enabling HyperZ Is Still An Easy Way For Faster RadeonSI Performance
  4. AMD Kaveri: Catalyst vs. RadeonSI Gallium3D On Linux
Latest Linux News
  1. GNOME 3.14 Beta Makes GLSL Optional, Supports Wayland Gesture/Touch Events
  2. KDE Software Compilation 4.14 Released
  3. The Many Things You Can Build With A Raspberry Pi
  4. AMD's Catalyst Linux Driver Preparing For A World Without An X Server?
  5. Khronos Publishes Its Slides About OpenGL-Next
  6. Qt5 Will Now Support LGPLv3 Modules
  7. Proposed: A Tainted Performance State For The Linux Kernel
  8. Systemd 216 Piles On More Features, Aims For New User-Space VT
  9. Mesa 10.2.6 Has Plenty Of OpenGL Driver Bug Fixes
  10. LXQt 0.8 Is Being Released Soon
Latest Forum Discussions
  1. Remote gui not accessible in Phoronix Test Suite 5.2
  2. The dangers of Linux kernel development
  3. Dead Island for Linux (?)
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. AMD Offers Mantle For OpenGL-Next, Pushes Mantle To Workstations
  6. Next-Gen OpenGL To Be Announced Next Month
  7. OpenGL 4.5 Released With New Features
  8. Updated graphics drivers for Ubuntu 12.04 Precise LTS