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. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
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. Features Of The Linux 3.18 Kernel
  2. Automatic Feedback Directed Optimizer Merged Into GCC
  3. Debian Now Defaults To Xfce On Non-x86 Desktops
  4. Phoenix Is Trying To Be An Open Version Of Apple's Swift
  5. Linux 3.19 To Have Skylake Graphics, PPGTT Enablement
  6. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  7. Imagination Releases Full ISA Documentation For PowerVR Rogue GPUs
  8. Features GNOME Developers Want In The Linux Kernel
  9. GTK+ Gains Experimental Overlay Scrollbars
  10. Phoronix Test Suite 5.4 M3 Is Another Hearty Update
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. Proof that strlcpy is un-needed
  3. xbox one tv tuner
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Bye bye BSD, Hello Linux: A Sys Admin's Story
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  8. AMD Is Restructuring Again, Losing 7% Of Employees