If you update to latest xserver-xorg-core in debian sid you can now install the 8.37.6 driver without using hacks.
Hopefully users will be able to enjoy at least one functioning driver now, finally, after all this time of nothing.
ATI continues to be the driver of choice for all serious masochists and fans of low quality software and development processes, and seems firmly committed to maintaining that position.
Well. That was another useless driver release for me (and for most people).
But hey, AMD/ATI development cycle shows that a driver version takes 11 weeks, due to testing and bla bla bla.
I guess they have about 4 developers there:
The first develops the "to-be-realeased" driver.
The second developes the "next" version.
The third pretends to test the drivers.
And finally the fourth is on it's own on the "incredible new OpenGL driver".
Jokes apart, I'm deeply disappointed, but I kind of expected this.
I guess we just got confirmation that we will continue to receive monthly useless driver updates.
By the time they implement AIGLX support, I really hope I have already updated my notebook, and I definitelly won't buy ATI anymore. I don't have any hope anymore, and I use Linux about 10 hours per day.
I'm a developer and I really fail to understand why does it take SO LONG to solve the common problems that people have been pointing out for MONTHS already (if not years?). AIGLX can't be that hard to take months for them to start doing something. nVidia solved this problem quickly. My friend's running integrated Intel cards use AIGLX with no problems AND DECENT performance. I bet even with the ultra-slow performance of the AMD/ATI Linux OpenGL implementation, my X700 Mobility must have better performance then an Intel Integrated Video Card.
I don't care about CCC and anisotropic/antialiasing options. Performance is bad as it is. Anti-aliasing/Aniso would just make things worse.
Someone posted that AIGLX was useless. I don't think so. User Interface is very important.
I'll check back when 8.53.6 is released with initial buggy betta AIGLX support...
ati really needs to get it together. i find it hard to believe in what is written in development cycle article.
maybe the monthly release cycle is too frequent for linux team to actually implement *something* within the drivers.
Personally I find these drivers to be better than any since the 8.28.8's.. glxgears went from 125 to over 2k
Flatout under Cedega is smoother fps dipped to 44 but hovered around 70+ for the most part, although there is still plenty of pop-ups and missing textures. PPracer was a steady 125 fps aa enabled.. I haven't tried vid playback yet..
For me these are keepers
The fglrx driver DOES support X.org 7.2 and the installer should work without problems. For pre 8.37.6 drivers, you just had to "export X_VERSION=x710" before running the installer (doesn't anyone read those output messages?!), but the new one detects "X.org 7.1 or later"
This, of course, only if you're not too lazy or incapable of departing from your distro setup tools.
He is talking about FC7, and it is a known problem, at least for now.
http://www.phoronix.net/forums/showthread.php?t=3085
Michael: Direct question for the ATI folks if you could
Given a working and functional setup that gets my ATI X1650Pro AGP 512Mb card up and running with opengl and fglrx drivers in xorg,
WHY is it that although glxgears and fgl_glxgears indicate the x1660pro card is producing 1.5 to 1.75 times the framerate of my 9600 agp card in default size, when I am playing World Of Warcraft in full screen on 1440x900 screen the x1650Pro agp card runs at about 1/2 to 1/4 the framerate of my ATI 9600 card?
I will note that the framerates in wow **when in small enclosed areas** or when ** looking straight up at the sky ** on the x1650Pro are 1.3 to 1.5 times faster. I am using the configuration (bios agp gart=512, video vram=256 in boot command line and xorg.conf maxgartsize=256) that works to get opengl working on the 1650pro to run the the 9600 --
I've got AGP 8x mode enabled on the x1650pro but somehow I get the idea that areas with lots of textures or texture work to be done are the cause of the dropoff in framerate. I am currently running the 8.37.6 drivers - and in fact have reasonable confidence in them as they have subtly improved the quality of my 2D rendered objects (my desktop fonts are clearly smoother and sharper than on 8.35, although fonts in things like Konsole and kwrite dont appear to have benefitted as much as fonts on webpages and on kicker components)
not that I'm whining (much) but I'm suspecting that this is a code path issue and likely fairly easy to resolve.