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

Radeon UVD Support Going Through Code Review

AMD

Published on 10 March 2012 08:42 AM EST
Written by Michael Larabel in AMD
95 Comments

If you have been desiring better video playback support on the open-source ATI/AMD Radeon Linux graphics stack, the days of being frustrated may be limited. There's some code concerning UVD -- the GPU's Unified Video Decoder engine -- that will be going through internal code review at AMD this coming week.

Many AMD Linux customers have been desiring better video playback support. Right now the accelerated video playback using the VDPAU state tracker and others with Gallium3D is just being done with GPU shaders and not the discrete UVD video engine found on modern generations of hardware. Since AMD began their open-source strategy, there's been a bleak outlook for open-source UVD support with Radeon hardware up to this point. AMD's concern has been that if too much code or documentation is out there concerning UVD, it could potentially compromise the engine's Digital Rights Management abilities on other platforms (Microsoft Windows). Due to the Digital Rights Management fears, UVD hasn't made it out yet and it's not a topic that AMD's open-source developers will frequently discuss.

Future Radeon hardware at least will hopefully have a more modular Unified Video Decoder whereby the relevant pieces to accelerated video encoding/decoding could be opened up while not unlocking the Digital Right Management portion. However, there stands a chance that there might be an open-source UVD solution coming forward.

Back in January one of the three Radeon Linux driver priorities as said by John Bridgman was to investigate whether something could be done to provide UVD open-source video support. (There's long been UVD support with the Catalyst Linux driver exposed through their awkward XvBA video API, but that's with the binary blob.)

In January, Bridgman's statement came down to, "Officially UVD is still off the table, but I also said that we would see if we could find ways to provide some level of support. We started working seriously on that in mid-2011. I don't know at this point if we will be able to release anything, however. We left this effort until later in the program because it's a lot of work with no guarantee of success, ie we may spend a lot of time on it and in the end not be able to release anything."

The AMD developer that's been leading the open-source Radeon video efforts has been Christian König, who joined the company last year after being an earlier independent contributor to the Radeon stack. On Friday he made a rather surprising remark on the public mailing list.

In a mailing list message concerning the ongoing Gallium3D VDPAU state tracker improvements, Christian König said at the end, "Anyway, I will be busy with UVD code review next week so I won't have time to work on the state tracker for some time now, so that has to wait for a little while longer."

Well, that is a pretty clear message. Internally at AMD they're at least up to a point of having code review concerning UVD. While there's no official comment yet from Bridgman, one would have to assume then that at this point they think they have something they might be able to release to the community. Hopefully this would be basic UVD enablement for modern Radeon HD generations (it's unlikely AMD would go back and invest resources to provide support for the first-generation UVD / Avivo graphics in the R500 era).

However, as in most large corporations, the legal review process can often be most challenging. They may have some code they want to get out there, but it could be tied up in this review process for a very long time, or even indefinitely.

The Evergreen HDMI audio support code was tied up in AMD's code review process for months. In the end the community reverse-engineered the HDMI audio support and had it working while still this code was trapped in legal review. AMD's HDMI audio implementation is said to be superior to what was reverse-engineered, but I still don't believe that official code has made it out there many months later. It's a mess. We're also still waiting on open-source Southern Islands support.

Best of luck to those trying to push UVD code through review and hopefully there will be something to release to the public in the not too distant future.

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. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  2. Following GCC, Clang Looks To Default To C11
  3. Users/Developers Threatening Fork Of Debian GNU/Linux
  4. Linux 3.18-rc1 Released One Week Early With Many Changes
  5. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  6. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
  7. OpenGL Preview Benchmarks For NVIDIA's GeForce GTX 970
  8. HOPE: The Ease Of Python With The Speed Of C++
  9. Vitesse: Using LLVM To Speed Up Databases
  10. AMD Is Restructuring Again, Losing 7% Of Employees
Latest Forum Discussions
  1. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  2. AMD Is Restructuring Again, Losing 7% Of Employees
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. Open-Source AMD Fusion E-350 Support Takes A Dive
  5. Upgrade to Kaveri, very slow VDPAU performance
  6. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems
  7. Lennart Poettering On The Open-Source Community: A Sick Place To Be In
  8. The Slides Announcing The New "AMDGPU" Kernel Driver