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...
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..
You're completely right gfxdrone.ATI or AMD had enough time,don't care for merging.It's their tradition,lousy linux support.They already had their punch with detonators and this wake them up from dreams for making catalyst drivers.First of all, I don't even like name of drivers "frgl" (it reminds me of fireGL and Quadro line).Second, on their driver page, on linux driver's, Radeon X1950 (pro)is not listed, unlike on Windows tm's driver page.Again no AIGLX and,yes Michael no Xorg 7.2 support
.I already try it.I will install FC7.Now I will sell my X1950pro and buy some nVIDIA instead (it seems now,no use of my 975XBX2 crossfire support ),maybe some 7100,7200 or something turbocache(no hypermemory warp speed) crap.At least I will have AIGLX and 3D support.I can run beryl on my noFX5200(Dawn)-64 MB card.So what is use of my powerful RV570? Only on XP,Vista? No thanks.Maybe improvement around folding@home, nice job ATi or maybe AMD, M$ is proud of you.
And by the way nVIDIA drivers are some 13 MB's comparing to whoping 50 ATI's.So what's the problem CLI kind of driving.No problem for me.
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.
truely odd behaviour of PCIE based AGP card in linux
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.