Slashdot Mirror


XBMC Developers Criticize AMD's Linux Driver

An anonymous reader writes "It's not only the NVIDIA Linux driver that has been publicly slammed over lacking support; the AMD Catalyst driver is now facing scrutiny from developers of the XBMC media and entertainment software. The developers aren't happy with AMD due to not properly supporting video acceleration under Linux. The AMD Linux driver is even lacking support for MPEG2 video acceleration and newer levels of H.264. AMD reportedly has the support coded, but they're refusing to turn it on in their public Linux driver."

32 of 212 comments (clear)

  1. Re:Why should they? by txsable · · Score: 4, Insightful

    What leeches? The drivers don't cost the user anything extra (far as I know?). If I've already paid for the hardware, I expect drivers that work and support all the functionality, and there is no valid excuse for any hardware manufacturer to withhold them.

  2. Actually I care... by MickyTheIdiot · · Score: 4, Insightful

    Just this past week I rebuilt my HTPC going from Boxee (which orphaned its support of Linux) and went to XBMC. I have personal knowledge of the dumb problems with the Catalyst driver.

    XBMC is a project whose users take a lot of advantage of old hardware. The other part are dealing with small form factor hardware. A lot of it does happen to be proprietary garbage. In my case I purchased a Dell Zino several years ago for the task. There isn't much choice about for these items, and rolling you own at this size is often clunky (though a lot more feasible now than 3 or so years ago). You're going to find a lot of Nvidia (no fucking way) and AMD.

    So you have one group of people that are re purposing and one group with specialty hardware. Not a lot of hardware choice in either, really.

    So, yeah, this is a big deal. There is no real reason from my point of view not to provide a good driver for my platform of choice.

    1. Re:Actually I care... by MickyTheIdiot · · Score: 4, Insightful

      This is a dumbass troll, but I have to bite this one... how the hell do you figure this true?

      We're generally not the people calling support for help, we're the ones finding the answer and sending it in for free.

      Now go away and get an push-up pop.

    2. Re:Actually I care... by MickyTheIdiot · · Score: 4, Insightful

      The only reason it is a "poorly supported platform" is that they are CHOOSING to support it poorly.

    3. Re:Actually I care... by networkBoy · · Score: 3, Informative

      Problem is , many of the bits required for writing a driver are unreleased/undocumented. We couldn't write a driver if we tried when the vendor won't give us the specs required.
      Wireless cards are an issue too, with their binary blob drivers.
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    4. Re:Actually I care... by dark12222000 · · Score: 5, Insightful

      You clearly have no idea what you are talking about... at all...

      A Linux Disto is a flavor - it's a set of pre-installed tools, features, etc. It's not a separate OS. Unless you're doing something *really* weird, you should be able to compile the same for the most part. In addition, AMD already stated they were going to open source the drivers, with FULL support - this isn't us just whining because we can, this is us asking AMD to live up to it's own promise.

    5. Re:Actually I care... by MrHanky · · Score: 4, Informative

      That might be true for exceptionally poorly programmed versions of proprietary software, but neither ATI nor nvidia target specific distros with their drivers, they target a couple of revisions of the X server's ABI (and a few more for the kernel, which is a simpler task), and current distros pretty much all use the latest available at the time of release (minus one or two for Debian Stable). You're making it at least 100x more complicated than it really is.

    6. Re:Actually I care... by Verunks · · Score: 3, Insightful

      unfortunately the truth is that amd/ati isn't capable of making decent drivers on both windows and linux, their cards seems to be always better than nvidia in terms of price and performance but in reality they rarely works flawlessy, either the driver crashes or the game glitches and you have to wait for some hotfix, there was also a news here on slashdot just a few weeks ago that the windows amd drivers disable dep/aslr otherwise you get a bsod

    7. Re:Actually I care... by corychristison · · Score: 4, Interesting

      I built my own HTPC, but the hardware appears to be very similar to what you have in your Dell Zino HD.

      I am curious, what are the problems you had with the Ati Catalyst driver, and did you ever resolve your issues?

      My system is a Jetway NC81-LF ITX board. Onboard Radeon HD 3200, AMD Athlon 64 X2 4850e CPU, 4GB DDR2 SODIMM & 30GB 2.5" HDD all retro fit into and old VHS player (I was bored one day). As an aside I plan to upgrade HDD to SSD soon. Whole system is only about 9GB. All media plays over NFS mount from my primary workstation.

      I am running Gentoo Linux (kernel 3.2.12, w/gentoo patchset), Catalyst 12.4, Xorg server 1.11.4 and having no issues with any media. I do not, however, use XBMC, but a custom UI I've been working on that calls mplayer (eventually will be open sourced, currently working on integrating Youtube).

      I did have to disable the sideport memory on my board though. If it was turned on I got a lot of tearing in video. I also set mplayer lavdopts threads to 2 (one thread per CPU core).

      This setup is capable of playing anything I have ever thrown at it, including direct Bluray 1080p rips with no transcoding, even no issues with fast paced scenes (Disney's Cars & Rio).

      mplayer config:
      [default]
      vo=gl
      # force audio over HDMI
      ao=alsa:device=plughw=1.3
      # multithreaded CPU decoding
      lavdopts=threads=2

      # set languages
      alang=en
      slang=en

      # disable subtitles
      sid=999

    8. Re:Actually I care... by anomaly256 · · Score: 4, Interesting

      And lets not forget that the requested features *already exist* within the driver code base. AMD just doesn't turned them on when building the linux package! This isn't the same as having to write interface code for a different window manager or library or kernel interface or something that requires an actual porting effort, this is internal code that talks to their firmware to send/receive data and process it on their hardware. It already does this for h264 THERE and turned on when building for windows. All they have to do is change a #ifdef and suddenly linux support catches up with windows in their driver. This really is a f*cking retarded situation and people are right to be angry at AMD for artificially limiting their experiences. Under the table agreements with a particular REALLY large software maker much? It seems to be the only explanation that causes this situation to make any kind of sense.

  3. Re:Why should they? by Anonymous Coward · · Score: 4, Insightful

    Windows users don't pay for their video drivers. Both Windows and Linux users have paid the same amount for the hardware, though. You must be kind of stupid.

  4. Re:Why should they? by 0123456 · · Score: 4, Interesting

    Why should they support Linux leeches?

    There's a reason why all my Linux boxes except the oldest one have either Nvidia or Intel graphics. In the case of the old one I had to manually patch the ATI driver kludge source because ATI dropped support and a kernel change broke it.

    So, not a penny of my IT budget has gone to ATI since 2008 because their drivers aren't very good and they don't support them.

  5. Re:I know the open drivers may not be as good by simcop2387 · · Score: 4, Insightful

    Not yet, AMD hasn't opened up the specs of the hardware video decoder for fear of DRM and other problems with it. There is work being done to do the decoding with the shader processor and it sort of works for mpeg2 (at least for me anyway) but not for anything more advanced. For the nvidia open source drivers i believe it's the same situation.

  6. Re:Why should they? by obarthelemy · · Score: 4, Insightful

    Well, drivers advertised as available at the time you purchased the hardware should be available and supported well enough. Drivers not advertised, on the other hand... OEMs can't support each and every OS, kernel version, ... especially when the market share is marginal, and revenue almost nil.

    I understand that sucks and, frankly, it's the main thing that' keeping me away, again and again, from Linux. But I also understand that companies are not charities and have to make a business case for investing $$$ in dev and support. Especially when, as is probably the case here, there's 3rd party IP in the mix, which would cost a lot to buy out and "open", or replicate w/o getting embroiled in endless lawsuits.

    --
    The Cloud - because you don't care if your apps and data are up in the air.
  7. Re:Why should they? by SJHillman · · Score: 5, Insightful

    He was replying to the AC that was apparently saying Linux shouldn't be supported because those users don't pay for software (generally). The AC which you replied to was simply pointing out the original AC's argument was faulty because Windows users don't pay for the software in question either. However, both Windows and Linux users paid the same price for the hardware, the price of which includes support for the drivers. If they offer Linux drivers, then it's only fair to expect the same level of support offered for other platforms.

  8. was annoying on XBMC for me by forgottenusername · · Score: 3, Interesting

    I usually don't pay too close of attention to ATI vs Nvidia war, but I had built out a slick HTPC machine to run xbmc on Linux, and videos had all sorts of problems on the ATI card.. especially with decent quality videos. Hitching, crashing, general instability despite trying different drivers and config combinations.

    Threw in a fanless nvidia, VDPAU works fine, totally different experience.

    So, I'll stick with Nvidia on Linux for anything more serious than web browsing; their closed source binary driver is a little obnoxious, but at least it works.

    1. Re:was annoying on XBMC for me by Strider- · · Score: 3, Informative

      I'm running XBMC on an Asus EeeBox 1021P (Atom 510 w/ Nvidia ION2 graphics). Built the thing up with Debian, running Diskless no-less, and it is a fantastic HTPC. It will hapilly play whatever video files I throw at it, be they BluRay rips, high bitrate 1080p video, lower video, etc... The Nvidia closed source drivers, as built by the Debian packages, work well, and VDPAU works great. The great irony is that XBMC seems to draw less CPU time when running a 1080p video than it does displaying its own menus.

      --
      ...si hoc legere nimium eruditionis habes...
  9. Re:Oh No by rtfa-troll · · Score: 5, Insightful

    Yeah, only losers have choices.

    Yes; seems like I'm a bloody "lucky" winner. I bought a reasonably top end AMD card specifically because they promised open source support. Of course it turns out that only the proprietary driver works properly. Fine "support is coming; they do the right thing and give over the documentation; install it for now and to free later; I don't mind". Except that because it's stupid proprietary code it doesn't get automatically distributed by my distro vendor (today that's Ubuntu; who knows tomorrow). Every time I get an X-org update it breaks.

    I really don't care about the high speed graphics most of the time. The free driver will be fine. Just make sure they have the specs so that the colours can be made to come out right on decent monitors and I will buy your stuff. AMD; you almost have our goodwill; You've already made the investment; Just go that last few inches; get it finished and make sure you fully cooperate with the developers. We will pay extra for your stuff. We will be glad to never see NVIDIA again. You will get better integration to Android. This will be worth it.

    --
    =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
  10. Re:Oh No by networkBoy · · Score: 4, Insightful

    Not to be too much of a shill, but this is one area Intel seems to always be better.
    Their Gfx performance may not be up to the other two, but their support is better.
    Maybe Intel should takeover nVidia :-) *
    -nB

    * when pigs fly I assume

    --
    whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
  11. Re:Why should they? by MickyTheIdiot · · Score: 5, Insightful

    Fine. Don't support Linux. If you say you support Linux, then REALLY support it. There shouldn't be a middle ground in this issue. It's pretty simple.

  12. Re:Why should they? by jedidiah · · Score: 3, Insightful

    Intel cooperates with the community. That doesn't mean that their kit is better or that the associated drivers are better. It also doesn't make them a premium option of any kind.

    That cooperation also hasn't led to feature or support parity with the Nvidia blob.

    Intel is the same sort of force bundled cheap stuff that AMD is.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  13. Blame DRM by CityZen · · Score: 3, Informative

    Their video acceleration hardware has DRM built into it. The reason they can't release the specs is most likely because their lawyers said not to, for fear of breaking some DRM-related legal contract(s).

  14. Switchable Grpahics by PerlJedi · · Score: 4, Interesting

    The video codecs are the least of my problems with linux support from both NVidia and AMD. Neither of them off any kind of support for switchable graphics under linux. I have laptops with modern graphics cards from each of these guys, and in both cases it has been a long up hill battle getting the graphics cards to work correctly.

    1. Re:Switchable Grpahics by Anonymous Coward · · Score: 4, Interesting

      The big problem there is that X itself doesn't have infrastructure to support switchable graphics sanely. There is some work being done to provide a Hot-Swap API into X11 to address this problem so at least then there will be a way to at least start to get this working in X.

      The other big factor is that most of these switchable graphics solutions are proprietary per laptop. Some use a physical mux to switch the display back and forth between integrated and discrete cards. Some don't and use a purely SW solution where the discrete card renders offscreen, then has its output copied into system memory for compositing by the integrated card. Windows 7 sort of supports this now in their driver model with their WDDM compositor.

      I'm sure something could eventually be worked on in Linux but there isn't any standard X driver model really created to make this work. I don't blame either company for not spending that much effort to get this working given the current marketshare of linux on laptops (which I think is pretty close to 0% as sold by OEMs). It makes me a bit sad, but until X gets support to make this whole switchable graphics thing a first class citizen I doubt either company will have much official support for this.

      If Linux laptops were a big market segment and the manufacturers were clamoring for switchable Linux graphics because end users were willing to pay for it then you'd probably see this feature emerge. Sadly the market probably doesn't appear large enough to justify major investment.

      Also do the open source AMD driver or Noveua support any sane form of switchable graphics? Or are they also stuck on X11's lack of a good API for this?

  15. Re:Their wishlist by 0123456 · · Score: 4, Informative

    What kind of piss-poor cpu can't decode mpeg2 in several times realtime?

    An Atom struggles to play 1080P MPEG-2, and you can forget 1080P H.264. Whereas my Xbmc box with an Atom and Nvidia Ion chipset has no problem with anything we've thrown at it.

  16. Re:Oh No by inhuman_4 · · Score: 4, Informative
    Mod parent up. I have computers with graphics cards from each. An older NVidia, a 5800 Radeon, and an Intel 3000. The intel open source (released by intel) kick ass. No kernel upgrade problems, no video rendering problems, no full screen problems, no multi-monitor problem. They don't include any extra BS software to make their stuff work.

    If you don't need gaming graphics Intel is the place to be in terms of linux support. I know what my next purchase is going to be. I just wish Intel would expand their market and try to compete on the high end. I would love to see chipzilla enter this fight with thier opensource record.

  17. Re:Oh No by networkBoy · · Score: 3, Insightful

    They tried (larabee IIRC) and failed. Intel == low-end graphics, that is just the way it is.
    I wish it were different, but such is the state of affairs. (They are getting better, but really only maintaining the gab, not closing it).
    -nB

    --
    whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
  18. Re:Why should they? by geekprime · · Score: 4, Insightful

    Would you care to explain how AMD/ATI's revenue is different because I choose to use Linux instead of windows?
    I still paid the same amount of money for the card.

    Furthermore, we all know for a fact (because it's happened for every other piece of hardware) that if they released the details needed for the Linux community to write it's own drivers, they'd never have to write another one for Linux, ever, AND they would benefit from being able to take the concepts and optimizations created by the Linux community and fold them into their windows drivers.

  19. Re:I know the open drivers may not be as good by Bert64 · · Score: 4, Insightful

    The ridiculous thing is, the video decoding portion of the hardware operates on a video stream which is already decrypted, so in order to use it you must have already cracked any drm scheme, or be viewing drm-free video.

    Or you could always decode the stream in software using the CPU... Or even using a different part of the GPU through OpenCL...

    There is no sensible reason why opening up the specs of the video decoding would make it any easier to crack a drm scheme.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  20. AMD Posted on LLVM/Clang for R600 Linux Driver by tyrione · · Score: 3, Insightful

    If you ever read the LLVM/Clang Dev Lists you'd know they are releasing the stack for their Linux Community Drivers with OpenCL 1.x full support. They are cleaning up the code and the dump will soon begin.

  21. Re:Oh No by Grishnakh · · Score: 4, Insightful

    I don't think this is quite correct. I used to work at Intel, so maybe things have changed a little since I was there, but as I saw it, the main reasons they entered the 3D market was two-fold: 1) to secure their position in chipsets, and 2) to make money. When I was there (over 6 years ago), they were the world's largest GPU manufacturer. I imagine that hasn't changed. Yes, their GPUs were low-performance compared to the competition, but that wasn't all that important; their goal was to dominate chipsets, and they did then and I believe they still do now (honestly, it seems like very little has changed in the PC world in 6 years; lots has changed in mobile devices (phones, tablets), but not in PCs or laptops). Most PCs don't need high-end GPUs; most PCs are bought from places like Dell, in large quantities, and used in offices for corporate drones to read their Outlook email, write MS Word documents, etc. They only need 3D so they can run the graphical effects in Windows. Many more PCs (probably more laptops these days) are sold to individuals and corporate users, who again use them to read their email, use MS Office, and use a web browser. They only need 3D for graphical effects and to watch videos with GPU rendering. Some might play a low-end game here or there, but most don't. The people who do want to play games probably quickly find out that integrated graphics aren't very good for that, and upgrade to an Nvidia/AMD card, if they didn't do so from the outset.

    By having a GPU built-in to their chipsets, they were able to get a lock on much of the chipset market. Instead of a PC buyer need to buy a motherboard w/ chipset, and then a separate graphics card, they could spend a couple bucks more, and get a motherboard with integrated graphics, and forgo the graphics card altogether, saving a bunch of money. Remember, before Intel got into 3D graphics, there were a bunch of chipset makers; these days, many of them seem to have withered away. They couldn't satisfy the low-end users by building an acceptable GPU into their chipsets, so everyone just switched to Intel.

  22. Re:Oh No by Grishnakh · · Score: 3, Insightful

    They don't really need to; they've already succeeded at getting a giant majority of the chipset market by having an integrated GPU that sucks, but is good enough for average users who do little besides surf the web and maybe use MS Word.

    Saying they need to make a GFX chipset that competes with Nvidia's and AMD's mid-to-high-end offerings is like saying KIA needs to make a car that competes with Ferrari. Not that it wouldn't be nice (since Intel's open-source support is so superior to the other guys'), but it's probably not exactly high on their priority list when they're already making buckets of money by covering the low-end market.