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


XBMC's Thoughts On XvBA: AMD Catalyst Has Problems

Peter Frühberger

Published on 21 June 2012
Written by Peter Frühberger
Page 2 of 2 - 28 Comments

We have a large number of users running our packages on an everyday basis. The latest testing builds also include VDPAU support, so Nvidia users that seek more performance and other improvements can easily test the latest master branch changes.

Many dedicated community members build packages for Opensuse, Arch linux, Debian and others. One of our early adopters was Openelec. Openelec 2.0 with its large user base will be released with an Xvba implementation directly based on our latest code.

In only five to six months sparetime work, we created a stable and to date unmatched experience for all AMD htpc users out there. Sounds too good to be true? Yeah, kind of as the future is totally unclear.

Let's continue with the dark side. What is not working for now? Basically everything we are awaiting from AMD since mid December. AMD did not update their xvba-sdk and there were no driver improvements regarding video decoding, e.g. faster decoding times. Therefore, feature wise we are exactly at the point we started from. Currently only standard files(e.g. Bluray) up to H264@High Level 4.1 are supported, that means: no more than 4 reframes at a resolution of 1920x1080 are decoded correctly. If you want to decode files with a higher level (5.0 or 5.1) and a large number of reframes you only see some kind of pixel mash. This is something we get complaints about at least twice a week. Most users cannot believe that in 2012 such a feature is just missing within a driver. In a nutshell, AMDs hardware platform is still held back on linux by its driver and API support.

Everytime we try to get into official contact, we are told that AMD was working on it and everything was nearly done. We are hearing this for approximately half a year now from AMD, but were never given a timeline. We are still waiting for H264@High Level 5.1 and Mpeg-2 Bitstream support, which is really important for DVB users, as a lot of live TV content is currently transmitted in this format. While we are at it - how about Mpeg-4/Divx support? In short: The same features available on Microsoft Windows for years.

Our sources say that these features are implemented in fglrx since a long time, but simply not activated within the driver. Nobody seems to know why.

But, we also have good news from AMD. We got into contact with a fglrx beta tester, that was willing to test our xvba implementation with early AMD Beta drivers. Some bugs reported directly to him got fixed within the latest 12.6 Beta release of fglrx, namely some ASIC hangs and the HDMI audio issue, which was a big showstopper for general Linux htpc users. But this situation is also not as fine as it could be. There are no plans on release cycles, there are no changelogs, there is no active bugtracker. Also dropping driver support for older hardware - which you can still buy everywhere - has not improved users trust in AMD.

We are looking forward to get Mpeg-2 support implemented and hope that AMD will give public news on how to enable the H264 Level 5.1 Profile. After this, we will push Xvba support into the offical xbmc repository (great review time). When our ffmpeg changes are accepted into XBMC mainline, we can send them upstream (ffmpeg itself) to help enable Xvba hardware support in all other movie players within the OSS world. All the other improvements developed and improved during our Xvba testings are pushed to upstream at the moment.

Let's hope that the new AMD Linux Crew Survey will improve the collaboration with OSS users. A good way to let them know about the bugs standing out.

We are often asked about what hardware users should buy. The answer is not that easy. We came into contact with many AMD Fusion users with mostly E-350 and E-450. But yeah, if you see all the stuff that is not working and no one other than AMD can do something about it, it is a difficult decision. If you only look at the features available now and you want to invest into a power saving X86, small and highly integrated htpc at a reasonable price, nvidia with their approx 3 years old ION-2 is still the better choice on Linux platforms. Another choice is VAAPI on Intel Hardware that made a lot of progress in the past months, it is a pretty good alternative now. We really hope that AMD fixes these outstanding issues - for now it is like the famous novel of Samuel Beckett - Waiting For Godot. We hope that AMD Xvba is coming to another end.

Complete Xvba Implementing Team

Update: For those not familiar with the state of Linux video acceleration, read this article.

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. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. openSUSE Factory & Tumbleweed Are Merging
  2. More Fedora Delays: Fedora 21 Beta Slips
  3. Mono Brings C# To The Unreal Engine 4
  4. Coreboot Now Has Support For Intel Broadwell Hardware
  5. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  6. GTK+ Lands Experimental Backend For Mir Display Server
  7. Ubuntu 14.10 Officially Released
  8. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  9. Intel GVT-g GPU Virtualization Moves Closer
  10. GTK+ 3.16 To Bring Several New Features
Latest Forum Discussions
  1. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Linux hacker compares Solaris kernel code:
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed