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

AMD's X-Video Bitstream Acceleration

Michael Larabel

Published on 28 October 2008
Written by Michael Larabel
Page 1 of 1 - 29 Comments

In early September we shared that UVD2 and XvMC is coming to Linux and that two new library files had begun shipping with the ATI Catalyst driver: AMDXvBA and XvBAW. Earlier this month the Unified Video Decoding 2 (UVD2) support was then enabled by default in the Catalyst 8.10 driver. These video acceleration improvements to the ATI Linux driver aren't exactly end-user friendly yet, but today we have information on how those interested can begin using the X-Video Motion Compensation extension with their ATI hardware along with what the XvBA extension will provide users in regards to advanced video acceleration that is very similar to Microsoft's DirectX Video Acceleration.

Earlier this month we had toyed around with the XvMC wrapper and making other changes to the XvBAW library in order to use XvMC with the binary ATI Linux driver. Those efforts were to no avail, but if you recompile mplayer and specify the ATI XvMC library, you should be able to use this extension. From the mplayer source-code run configure with the --enable-xvmc and --with-xvmclib=AMDXvBA arguments. Check your Xorg.0.log to ensure that the Unified Video Decoder 2 is enabled.

XvBA isn't yet usable by end-users on Linux, but we have acquired some information on this UVD2 video acceleration interface. XvBA stands for X-Video Bitstream Acceleration and it's very similar (if not identical) to DXVA. DXVA, or DirectX Video Acceleration, is Microsoft's video interface that allows the GPU to accelerate iDCT, motion compensation, de-interlacing, and color correction. XvBA also supports accelerating all of these operations. XvBA is mirrored off DXVA since all of their hardware takes DXVA formatted packets so it was easiest and most efficient to model this Linux video acceleration interface after what they are doing on Windows. Now most of the multimedia source-code to the Catalyst driver is shared between Windows and Linux. Initially, XvBA will accelerate H.264, VC1, and MPEG-2 formats.

Right now this XvMC and XvBA support is limited to those with UVD2 graphics cards (primarily the Radeon HD 4000 series), but AMD may backport the XvBA interface to earlier UVD1 chipsets. Backporting the XvMC MPEG-2 support is less likely to happen. XvBA will be able to accelerate more than one video at a time and there are no limitations such as needing root access. The API for XvBA isn't published yet and we are not sure whether it will be due to legal issues. We're told by a credible source though that X-Video Bitstream Acceleration wouldn't be much of a challenge to reverse-engineer by the open-source community.

We have found out that early on in the XvBA development they had looked at VA-API but as aforementioned, they wished to follow a similar design to the DirectX Video Acceleration design. Earlier this year at FOSDEM it was talked about by Intel's Keith Packard to extend XvMC to support more formats. This hasn't been done yet but as of September at XDS, Keith still intends to do this as a stopgap solution until VA-API is ready. The UVD2 XvMC implementation only accelerates MPEG-2 video.

When we have more information on X-Video Bitstream Acceleration (XvBA), we will pass it along. The changes required by mplayer (and other Linux video applications) to implement XvBA are fairly invasive, so it may be a while before end-users are exposed to this level of acceleration.

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. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
  2. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  3. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  4. Mini-Box M350: A Simple, Affordable Mini-ITX Case
Latest Linux Articles
  1. How Much Video RAM Is Needed For Catalyst R3 Graphics?
  2. Ubuntu 12.04 LTS vs. 14.04 LTS Cloud Benchmarks
  3. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  4. AMD OpenCL Performance With AM1 Kabini APUs
Latest Linux News
  1. TP-LINK TG-3468: A $12 Linux PCI-E Gigabit Network Adapter
  2. OpenELEC 4.0 Beta 6 Works On 4K Graphics, RPi ALSA
  3. Linux 3.15 Lands Some DRM Graphics Driver Fixes
  4. AMD Is Disabling DPM Support For RV770 GPUs
  5. ReactOS Working On A Community Windows OS
  6. Borderlands Is Being Considered For Linux
  7. Mesa 10.0 & 10.1 Stable Get Updated
  8. Getting Hit By The Variable Performance Of The Public Cloud
  9. Git 2.0 Test Releases Begin With Many Changes
  10. Wine 1.7.17 Works On Its Task Scheduler, C Run-Time
  11. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  12. Debian To Maintain 6.0 Squeeze As An LTS Release
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Catalyst 14.3 Beta
  4. Suggestions about how to make a Radeon HD 7790 work decently?
  5. Radeon 8000M problematic on Linux?
  6. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  7. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  8. Suspected PHP Proxy Issue