I really hope this driver is that you mentioned comes out soon, its running on 1+ week behind the release. Also I hope it suits my needs obviously. I'll wait patiently for now but please expect me to ask the question "does this support the 7850" upon future fglrx and catalyst releases.
Originally Posted by bridgman
OK, I just heard back from CatalystCreator -- looks like Cat 12.3 *is* 8.951 so that should work for you.
Awesome!!!!! Thank you!!! I'll test this out tonight.
@bridgman - you look like someone who has contact with Linux Catalyst team.
Can you tell Linux Catalyst team to drop XvBA completely and provide driver for VDPAU api? XvBA is dead. Nobody except XBMC uses it. And on XBMC XvBA causes problems.
Here are benefits of dropping XvBA and implementing VDPAU driver:
Immediate software benefits 'out of the box':
+ Adobe flash acceleration
+ acceleration in almost every Linux video player
+ nobody uses XvBA so nobody will cry for it when it disappears
+ XvBA hurts Linux. Do not hurt Linux please. Adobe flash developers told this on their flash blog: on Windows we have one video API: DXVA so we implemented it in flash. On Linux with have thicket of video APIs: VDPAU, vaapi, XvBA. So we will not implement video acceleration on Linux at all.
Eventually after community pressure they implemented VDPAU which is the only api which actually is mature and works.
AMD Workforce savings:
+ Catalyst Linux developers can concentrate on developing only Radeon driver for VDPAU - not whole XvBA api and its documentation. It is better to provide working vdpau driver and have immediate use in many players and Adobe flash than providing broken and limited, badly documented proprietary XvBA api and broken driver for it which means AMD does not exist on Linux as a video accelerator.
+ S3 Graphics company (VIA GPU division) implemented vdpau for its Chrome video cards to gain all the benefits described here. If small and unpopular S3 could have done this why big AMD can not?
+ if open source community was able to do galliumm vdpau acceleration for Radeon using shaders why paid developers at AMD can not do this for uvd where most of work is already done in hardware.
+ vdpau api/library is LGPL licensed
+ whole source code of vdpau library is freely downloadable including documentation and debug libraries for driver developers.
+ vdpau is NOT proprietary - Nvidia wants every GPU designer to use it - especially AMD and Intel. Even in publicly available vdpau api documentation libvdpau_ati.so.1 and libvdpau_intel.so.1 are mentioned as examples. They developed and gave you vdpau for free - why not just use it when the most of work was already done?
here Nvidia says about libvdpau_ati.so.1 and libvdpau_intel.so.1:
Here is vdpau wiki which says everything:
Adobe says - too many video APIs - video APIs thicket on Linux:
Last edited by zbiggy; 03-28-2012 at 06:39 PM.
Strange, I was expecting you tested before complaining...
Originally Posted by slimg00dy
I agree it's really tough to get the attention of company developers, just look at the gaming industry 90% of the time the developers are tied up implementing things to make money and the PR guys get slammed with ideas and suggestions. This is sort of the same here the best thing to do is just keep the notion alive among the Linux community eventually it will get someones attention not as fast as other OS's but their are proud Linux users whom are also developers it just what they're allowed to do and when things get the okay or go ahead. I have feeling if canonical was aware and involved with the issue it might get attention slightly faster, but that's just speculation on my part.
Originally Posted by allquixotic
The supported pci-ids did not change at all from 12-2 to 12-3 when you look at the fglrx kernel module. from 12-1 to 12-2 only 2 ids where added (679e and 990a). So the only change could be in the control file to get rid of unsupported hardware. And the devs needed so long to do that, really really bad joke. That whole control/signature file thing is pure crap, give it up!
Sorry if I was complaining. its just that my card has been in a box for a week and I've been using this loud Nvidia card which is driving me crazy.
Originally Posted by bug77
Also I did try with the previous catalyst 12.2 and the open source and they didn't work, no support.
The PCI IDs in the code determine which hardware the driver will *try* to run on. The code might work perfectly, or be buggy, or fail to run at all.
Originally Posted by Kano
The PCI IDs in the control file show which hardware the driver has passed QA on.
Once testing and bug fixing on specific hardware is completed, the IDs in the control file are updated to reflect that these binaries form a production driver for the hardware it's running on, whereas previously it displayed a "hey this might run but be aware it's not a production driver" message.
The time and effort is not to add IDs to the control file (that's all automated anyways) but to do the testing, bug fixing and re-testing required to pass QA on the hardware and make it appropriate to mark the resulting binaries as production-ready in the control file.