Expected 8.4 features

[heruan]

What are the expected features of fglrx 8.4? Do you think the delay it's been taking could it means major bugfixes?

[enzobelmont]

i think the hype is low these days, i expect none from this release.

i'll be lucky if fglrx gain more frames in my old x200 and less diaginal tearing.

[Kano]

The bug is the wrong name. Just rename 8-3 to 8-4 ;)

[fred]

I just expect that my HD2600 pro AGP will finally work has it should!

[adurbin]

Well im still optimistic, hoping for crossfire(why not), and/or at least one of the gpu's of my 3870x2 to be detected.

[Spydr4590]

Amd is very versatile, I have no doubt that they will surpass Nvidia drivers. How soon that will be, only time will tell. Just expect better things from AMD Guys. :cool:

[shreg]

I would love for simple but working dualscreen.

[Michael]

hoping for crossfire

Not this month...

[MagicTempest]

Well, I would be very happy with a driver that actually works for a change.

The last working driver for my X1950 AGP was 8.42 (I think).

[ckxdce]

I would be glad if the Java OpenGL pipeline worked again. It had worked since 8.24.10 and stopped working with the 8.42.3 release. And my Radeon X1800's fan is running at full speed all the time. Unfortunatley, neither aticonfig nor atipower could help...

[dm0rais]

Lower my x1650pro idle temperatures

[Jukka-Pekka]

I have a mobility radeon X1600 on a HP nc8430...
I wish for proper dual-monitor support (with different resolutions, widescreen with non-widescreen), stop for the terrible tearing when playing videos and for better power saving features (for less heat on the lap) so that I actually could hold the laptop on my lap :)

[sundown]

I have a mobility radeon X1600 on a HP nc8430...
I wish for proper dual-monitor support (with different resolutions, widescreen with non-widescreen), stop for the terrible tearing when playing videos and for better power saving features (for less heat on the lap) so that I actually could hold the laptop on my lap :)

Amen. But this will never happen. You see, they believe theirself that their modesetting is working perfectly and that there is no video tearing. Those are things they can't fix, for like, almost two years now, judging by my experience. :p I mean, two years is ... a half Olympic cycle, if you will... Two years and maybe a full Olympic cycle for some others ;).

Maybe after some four more fun years... counting from their "new" driver, who knows :o

That's why I'm sticking to radeonhd... they seem to be tackling their goals more efficiently.:cool:

[Uchikoma]

Hmm...I don't have the video tearing problem, and I thought it was resolved with the Catalyst 8.3 driver.

Perhaps compiz is causing the issue? TexturedVideo and compiz don't seem to play nice in any case.

I actually really don't have much to ask for at this time. Maybe automatic control of power saving states? It's gotten quiet as the number of people with problems have gone down, or moved to the radeon/radeonhd solutions.

[bridgman]

Tearing when using textured video was significantly reduced in 8.3. It should have gone from "blatantly obvious" to "you have to look hard".

Jukka-pekka, are you using textured video ? If you are running 8.3 and using tex vid and didn't see a big improvement with 8.3 please speak up in another thread. If you are running under a compositing manager, can you pls check that the tearing is largely gone when compositing is switched off ?

[Melcar]

Yeah. Screen tearing is not what it used to be. Before things used to be almost unwatchable. It's still there for me, but it's only one line now, on the top, very noticeable unfortunately.

[linzerd]

I still have tearing with a X200 and OpenGL video output... With VideoOverlay "On" in xorg.conf i have smooth but trembling playblack (the video moves up and down constantly), and with TexturedVideo "On" in xorg.conf i experience lags in video playback, and small noticeable tearing...

[sundown]

Ok, suppose there is no tearing, how come upon installing fglrx -- it still can't detect my external monitor properly and I have to manually abuse xorg.conf?
:confused:

[Karel]

Changelog:
* Rename driver to 8.4
* Fix bug in installer - missing copyright notice

[Nicolas]

Considering the last driver was released in the beginning of March and we are already in the middle of April, I would hope for at least something bigger to be fixed in 8.04.

But we all know that things are not how they should be, so...

I'm hoping the opensource solution improves... The problem is that I'm on a R300 (Mobility X700) so my chances are slimmer.

Good luck to all of us... ATI has lost some clients (friends of mine) due to these drivers.

[Vighy]

I'm just trying to guess.. 1month and half could mean both, much and nothing, but:

is there a possibility for RandR 1.2 support in 8.4?

or maybe, instead, are you putting together all the things you've been working under the cover and now you feel their ready for the public!? (for example Textured2D and friends)

or again, instead, are you trying to collect as much tech info as possible on how manufacturers implemented your solutions, and you will be giving us POWERPlay support!?

Ok, I should stop dreaming and wait till the release date. :-)

[Kano]

Well I don't think it is possible to change huge drivers so fast, that all bugs will be away. That's definitely a long term thing - when you even think that some bugs are years in the driver and not fixed - even if a changelog mentioned a fix which never existed (modeline bug is definitely still in it). A clean rewrite is certainly better, but also this needs time to evolve. My suggesting would be: this year is definitely Nvidia the leader, maybe 1-2 years to keep up - biggest hope are the free drivers, at least for basic 3d like compiz they should work later. Don't know if it is possible to use em for games which require GLSL soon, even if there are ways to implement it in a software emulation (using LLVM -> gallium3d). If you want full featured 3d drivers now, it is absolutely impossible to buy ati. You can see speed increases in benchmarks but these are only done with apps which only require a subset of features - other not tested ones are still broken like pointsprites. Of course Nv cards are not flawless, but compared to ati they are definitely better in most cases. Maybe ati is better for open source driver purists, but not for gamers. So as conlusion: best don't expect more than a few added PCI-IDs in a new release...

[SavageX]

You can see speed increases in benchmarks but these are only done with apps which only require a subset of features - other not tested ones are still broken like pointsprites.

It almost seems like that whenever you talk about the ATI drivers you end up mentioning pointsprites. I do think that "implement what gets used, do the other stuff later" (obviously the long term goal should be to eventually implement the *whole* spec) does make some sense and I wonder what relevant parts of the GL spec seem to be missing.

(E.g. apart from that fglrx seems to hate Nexuiz from a performance point of view it doesn't seem to have problems to deliver the features we need - all problems I have with fglrx are in the 2D area (I'm not running Compiz))

[Vighy]

Well I don't think it is possible to change huge drivers so fast, that all bugs will be away. That's definitely a long term thing - when you even think that some bugs are years in the driver and not fixed - even if a changelog mentioned a fix which never existed (modeline bug is definitely still in it). A clean rewrite is certainly better, but also this needs time to evolve. My suggesting would be: this year is definitely Nvidia the leader, maybe 1-2 years to keep up - biggest hope are the free drivers, at least for basic 3d like compiz they should work later. Don't know if it is possible to use em for games which require GLSL soon, even if there are ways to implement it in a software emulation (using LLVM -> gallium3d). If you want full featured 3d drivers now, it is absolutely impossible to buy ati. You can see speed increases in benchmarks but these are only done with apps which only require a subset of features - other not tested ones are still broken like pointsprites. Of course Nv cards are not flawless, but compared to ati they are definitely better in most cases. Maybe ati is better for open source driver purists, but not for gamers. So as conlusion: best don't expect more than a few added PCI-IDs in a new release...

in my desktop experience ati is not that bad! i just need some little things more, and then I'm ok!

and what i said was a bit different: the sentence "are you putting together all the things you've been working under the cover" does take in consideration that big changes are impossible in such short time, but such a delay is too much for just "a few added PCI-IDs".

and what about intel support!? it seems you have in mind just nvidia :p:p
if you are paid by nvidia, declare it! :p:p

[sundown]

if you are paid by nvidia, declare it! :p:p

Kano is a closeted ATi fan :p

[MagicTempest]

I've always been optimistic about ATI, but ever since they seem to have dropped all AGP support I'm beginning to get more and more annoyed with ATI. I haven't been able to use any driver since the new naming scheme because they lock up my X with no apparent reason or logging.

So I would very much hope that ATI will finally fix the AGP problems they have and make the driver work for all those people out there with a AGP card.

[dokers]

I've always been optimistic about ATI, but ever since they seem to have dropped all AGP support I'm beginning to get more and more annoyed with ATI. I haven't been able to use any driver since the new naming scheme because they lock up my X with no apparent reason or logging.

So I would very much hope that ATI will finally fix the AGP problems they have and make the driver work for all those people out there with a AGP card.

Yeah, I have the Radeon HD 3850 AGP, so I'm doubly unsupported. Maybe just a hint of support would be nice. I still think it may be a ways off. Until then, the radeonhd driver isn't that bad of an option and works for me (if you don't want any type of video acceleration or 3D).

[Svartalf]

Kano is a closeted ATi fan :p

Heh... He's not paid by anyone. He's not a closeted ATI fan either.

They've got...issues. And since Kano's a distribution developer (Uh, hello- Kanotix...), he's seeing a lot more pain in things than many end-users would.

I don't like the situation much either. Nobody doing game development for Linux does. ;)

[daniel of sarnia]

Lower my x1650pro idle temperatures

glad to see I'm not suffering alone :) My X1900XTX gets so hot that I get these little stuck pixels on my monitor (I thought it was my lcd t'll one winter day I left my window open and they were all gone, after I closed it and the room warmed up a couple hours latter they came back) 3D gets really corrupt after playing a while and with 8.03 just crashes in ETQW after about 5 min of playing. I cleaned the dust out of the heat sink and cleaned off the old thermal grease off the gpu for some fresh stuff. It helped a little be I still have the problem basic problem. I don't even know if I can check the temp with fglrx but it seems all singes point to hot... :(

[Malikith]

I have a small list of bugs I have been able to run across in my time using fglrx, mostly game bugs/slightly slow performance:

- Performance still isn't quite there as we all know, hopefully they will be able to resolve and bring us a bit further to that peak performance.

- The Savage 2 player model bug needs to be fixed.

- Glest freezes upon creating a building, if you don't move your cursor for a few seconds it will come back but as soon as you move again with the transparent building it will freeze again complaining about buffer underruns in the console. This may not be a bug with fglrx, it could just be a glest problem.

- Finish their work on Xv its nearly perfect already.

- Fix AGP HD 2xxx cards.

- Support HD 3xxx cards officially.

- Implement the pointsprites for Kano.

- More compiz fixes.

Theres their list of mine, of course theres many more problems than that but I either forgot about them or don't know about them. This list isn't even that long, you'd think they'd be able to handle that within a month or two but of course they have other priorities..

[Malikith]

glad to see I'm not suffering alone :) My X1900XTX gets so hot that I get these little stuck pixels on my monitor (I thought it was my lcd t'll one winter day I left my window open and they were all gone, after I closed it and the room warmed up a couple hours latter they came back) 3D gets really corrupt after playing a while and with 8.03 just crashes in ETQW after about 5 min of playing. I cleaned the dust out of the heat sink and cleaned off the old thermal grease off the gpu for some fresh stuff. It helped a little be I still have the problem basic problem. I don't even know if I can check the temp with fglrx but it seems all singes point to hot... :(

Yes, I get the feeling my card is running 100% full load at all times (even on the desktop) for some reason. Thats another thing they need to fix as people do actually have that problem. Have you tried touching the heatsink after a hour of sitting on the desktop? I just did and its just warm so it can't be that hot. Although your card would get alot hotter than mine would.

Edit:

Of course, just after I said all of this and loaded up sauerbraten I locked up within 5 minutes. Haha.

[xeros]

I have a small list of bugs I have been able to run across in my time using fglrx, mostly game bugs/slightly slow performance:

- Performance still isn't quite there as we all know, hopefully they will be able to resolve and bring us a bit further to that peak performance.

- The Savage 2 player model bug needs to be fixed.

- Glest freezes upon creating a building, if you don't move your cursor for a few seconds it will come back but as soon as you move again with the transparent building it will freeze again complaining about buffer underruns in the console. This may not be a bug with fglrx, it could just be a glest problem.

- Finish their work on Xv its nearly perfect already.

I see it as a joke. Xv is far from perfect - many applications can't use it on most boards. Many of them are analog TV watching apps.
Just one example - KDETV (tested on some R300 and R400 cards). With radeon driver Xv works without problems with these apps.


- Fix AGP HD 2xxx cards.

- Support HD 3xxx cards officially.

- Implement the pointsprites for Kano.

- More compiz fixes.

Theres their list of mine, of course theres many more problems than that but I either forgot about them or don't know about them. This list isn't even that long, you'd think they'd be able to handle that within a month or two but of course they have other priorities..

You've forgot about DualHead bugs:
- Improve stability for DualHead configurations
- Make GL application work with indirect rendering in DualHead (every application crashes the xserver - even glxinfo, glxgears)
- Make FGLRX to use LCD,CRT,LVDM,TV as desired in xorg.conf
- Make compiz with AIGLX work in DualHead configuration (texture_from_mipmap problem with direct rendering and xserver crash with indirect rendering)

These problems are first on my importance list.

[Malikith]

I see it as a joke. Xv is far from perfect - many applications can't use it on most boards. Many of them are analog TV watching apps.
Just one example - KDETV (tested on some R300 and R400 cards). With radeon driver Xv works without problems with these apps.

Yeah thats true, on R500 it works pretty well for the most part except for a few things at least from what I experienced. But on other cards yeah they are a bit shakey. Especially using TV apps. From what I hear apps like tvtime don't work right at all on any card still.


You've forgot about DualHead bugs:
- Improve stability for DualHead configurations
- Make GL application work with indirect rendering in DualHead (every application crashes the xserver - even glxinfo, glxgears)
- Make FGLRX to use LCD,CRT,LVDM,TV as desired in xorg.conf
- Make compiz with AIGLX work in DualHead configuration (texture_from_mipmap problem with direct rendering and xserver crash with indirect rendering)

These problems are first on my importance list.

Ahh thats right, DualHead is something I don't use so that didn't come to mind but yeah that is another thing that really really needs some attention from the developers since alot of people do use it (or at least want to).

[Scraelos]

I just want my HD2600 AGP PRO to work properly.

[clavko]

Perhaps it's just me beeing a newb-esque, but there is
a nice 51 MiB download when I type in this in my adressb

https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-8-4-x86.x86_64.run

[Nicolas]

glad to see I'm not suffering alone :) My X1900XTX gets so hot that I get these little stuck pixels on my monitor (I thought it was my lcd t'll one winter day I left my window open and they were all gone, after I closed it and the room warmed up a couple hours latter they came back) 3D gets really corrupt after playing a while and with 8.03 just crashes in ETQW after about 5 min of playing. I cleaned the dust out of the heat sink and cleaned off the old thermal grease off the gpu for some fresh stuff. It helped a little be I still have the problem basic problem. I don't even know if I can check the temp with fglrx but it seems all singes point to hot... :(

Seems to me that you have some cooling issues on your computer. I believe that your card is running hotter due to the drivers, but in worst case they would only be able to generate as much heat as running any 3D intensive application, and your computer should be able to cope with the heat.

You might wanna check your heatsink, thermal paste and coolers.

Just my 2c ;).

[Vighy]

Seems to me that you have some cooling issues on your computer. I believe that your card is running hotter due to the drivers, but in worst case they would only be able to generate as much heat as running any 3D intensive application, and your computer should be able to cope with the heat.

You might wanna check your heatsink, thermal paste and coolers.

Just my 2c ;).

ok but it's no good that the GPU works at 100% all the time!

i'm running a M76 and it happens to me with radeonhd (and happened with fglrx 8.41)... but it's not normal!


but now the question i think is no more "expected features", but "release date" of 8.4!!

[Nicolas]

ok but it's no good that the GPU works at 100% all the time!

i'm running a M76 and it happens to me with radeonhd (and happened with fglrx 8.41)... but it's not normal!


but now the question i think is no more "expected features", but "release date" of 8.4!!

As I said, I definitelly agree with you that running 100% is just plain stupid, but the corruption on the image due to heat is not a good sign. You might do permanent damage to your card (and then buy a nVidia :D).

And yes, what about release date? It should be near!

[clavko]

Damn those fancy antispam rules, can't post link.
I somehow managed to dl 8.4 (guess they are) by
swapping 8.3 to 8.4 in usual download link.

Any thoughts?

[oyvind]

Damn those fancy antispam rules, can't post link.
I somehow managed to dl 8.4 (guess they are) by
swapping 8.3 to 8.4 in usual download link.

Any thoughts?

Haha =), that actually works.

*On to inspect the contents of this new perhaps-to-be-fglrx-8.4 mystery-file*

[c0un7d0wn]

8.4 says: Uncompressing ATI Proprietary Linux Driver-8.476..... Is this the new version?

[oyvind]

Haha =), that actually works.

*On to inspect the contents of this new perhaps-to-be-fglrx-8.4 mystery-file*

Hmm, packages for Ubuntu Gutsy built successfully using the Catalyst 8.4 package, driver version is reported to be 8.476 (compared to Catalyst 8.3, which is 8.471). Can't find any release notes in the packages, though (guess that's normally not included) .. Haven't actually tested the thing, yet.. But this certainly indicates that a release is near in time ? ..

[c0un7d0wn]

sh ati-driver-installer-8-4-x86.x86_64.run --buildpkg Ubuntu/8.04 fails with this:

dpkg-shlibdeps: warning: symbol XauFileName used by debian/xorg-driver-fglrx/usr/sbin/atieventsd found in none of the libraries.
dpkg-shlibdeps: warning: debian/xorg-driver-fglrx/usr/sbin/atieventsd shouldn't be linked with libXrender.so.1 (it uses none of its symbols).
dpkg-shlibdeps: failure: couldn't find library libfglrx_gamma.so.1 needed by debian/xorg-driver-fglrx/usr/bin/fglrx_xgamma (its RPATH is '').
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH.
dh_shlibdeps: command returned error code 512
make: *** [binary] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2

[oyvind]

sh ati-driver-installer-8-4-x86.x86_64.run --buildpkg Ubuntu/8.04 fails with this:

.. problems in build-land ..

Guess it's not quite there, yet :). Will Ubuntu 8.04 be officially supported by the upcoming fglrx ? I haven't kept up with the news and things, lately.

[Slegge]

Interesting. I had considered the idea that it was the windows release that was holding back the release date. Never though of this tough.

edit: hum, just noticed someone had problems compiling while i posted this. ahh well...

[c0un7d0wn]

Guess it's not quite there, yet :). Will Ubuntu 8.04 be officially supported by fglrx ? I haven't kept up with the news and things, lately.

Something with my machine i guess. Just tried 8.3 and got the same error.

[Kano]

Try (with correct xorg.conf in case of hardy, lenny, sid):

http://kanotix.com/files/install-fglrx-debian.sh

[Michael]

It's out: http://www.phoronix.com/vr.php?view=12223

[c0un7d0wn]

I built the packages. Now i have this:
$ sudo dpkg -i xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb
(Reading database ... 162048 files and directories currently installed.)
Preparing to replace xorg-driver-fglrx 1:7.1.0-8-3+2.6.24.12-16.34 (using xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb) ...
* Stopping atieventsd [ OK ]
dpkg-divert: `diversion of /usr/X11R6/lib32/libGL.so.1 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx' clashes with `diversion of /usr/X11R6/lib32/libGL.so.1.2 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx'
dpkg: error processing xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb (--install):
subprocess pre-installation script returned error exit status 2
* Starting atieventsd [ OK ]
Errors were encountered while processing:
xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb

Seems like its trying to divert /usr/X11R6/lib32/libGL.so.1 and /usr/X11R6/lib32/libGL.so.1.2 to same file.

[clavko]

It's out: http://www.phoronix.com/vr.php?view=12223

And seems as if everyone but ATi themselves are aware of it :D

[Matiee]

The situation seems quite dramatic to me: here is what I got trying to install on Ubuntu Gutsy 64bit:



~$ sudo dpkg -i --force-all xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb
[sudo] password for matiee:
(Lettura del database ... 147624 file e directory attualmente installati.)
Spacchetto xorg-driver-fglrx (da xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb) ...
dpkg-divert: `diversion of /usr/X11R6/lib32/libGL.so.1 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx' è in conflitto con `diversion of /usr/X11R6/lib32/libGL.so.1.2 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx'
dpkg: errore processando xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb (--install):
il sottoprocesso pre-installation script ha restituito un codice di errore 2
Sono occorsi degli errori processando:
xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb




As you see option --force-all didn't help at all.
Please, I really have no more idea on what to do.
Can someone help?

Thank you in advance.

[c0un7d0wn]

I had to modify driver.preinst and driver.postrm and fix those dpkg-diverts. For you, they should be under packages/Ubuntu/dists/gutsy. Find the lines where there is a divertion from libGL.so.1 to libGL.so.1.2.xlibmesa (should be around line 71 and 74 for driver.preinst and 28, 32 for driver.postrm) and modify it to libGL.so.1.xlibmesa then rebuild the packages.

[Matiee]

I had to modify driver.preinst and driver.postrm and fix those dpkg-diverts. For you, they should be under packages/Ubuntu/dists/gutsy. Find the lines where there is a divertion from libGL.so.1 to libGL.so.1.2.xlibmesa (should be around line 71 and 74 for driver.preinst and 28, 32 for driver.postrm) and modify it to libGL.so.1.xlibmesa then rebuild the packages.


Not easy to me, but finally it worked well.
Thank-you so much! :D

[Matiee]

So: what about these new release?

A pain in the butt to have them up and "working", just because somehow it must be very hard for AMD to recognize a bug that prevents the whole product to get installed before it gets released to the world... But what do I know?

And now? 5 hours of struggle just to find that absolutely nothing seem to have changed: in particular Xv overlay is still unusable with AIGLX. And it NEVER worked: NEVER, since AIGLX support was supposed to be included with fglrx drivers.

And last: drivers up since 30 seconds, try to open a music file with totem (wanted to see how the goom visualization was rendered with these new drivers) and immediately the whole X server crashes and the system freezes.

But it's not too bad... The last usable version (will have to downgrade this time too) was 8.443. At least it was a bit more stable than now, and it's just 5 months of useless, crappy releases ago. Not too bad.

Bunch of pathetic m@#$%s...

[daniel of sarnia]

Seems to me that you have some cooling issues on your computer. I believe that your card is running hotter due to the drivers, but in worst case they would only be able to generate as much heat as running any 3D intensive application, and your computer should be able to cope with the heat.

You might wanna check your heatsink, thermal paste and coolers.

Just my 2c ;).

I have checked my heat sink and I just did again, I also have replaced the thermal paste. It helps every time a clean out the dust, but it still gets to hot. The only what I don't get corruption is if I leave the side of my case off and clean the dust out of the heat sink once a month.

At this point I'm pretty much hoping it will die so I have a good excuse to buy an nvidia card.

Or I might just take a sledge hammer to it and post it on youtube. It really depends on how short my patiences gets with it along with how many more time fglrx crashes on me. radeonhd is stable for me but what good is a 3D card if you can't play quake...

[alya84]

hai..i would like to ask about howto edit the driver.preinst and driver.postrm since im using hardy 8.04. I got same problem with this thingy...

sudo dpkg -i --force-overwrite xorg-driver-fglrx_8.476-0*.deb
(Reading database ... 102708 files and directories currently installed.)
Preparing to replace xorg-driver-fglrx 1:7.1.0-8-3+2.6.24.12-16.34 (using xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb) ...
* Stopping atieventsd [ OK ]
dpkg-divert: `diversion of /usr/X11R6/lib32/libGL.so.1 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx' clashes with `diversion of /usr/X11R6/lib32/libGL.so.1.2 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx'
dpkg: error processing xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb (--install):
subprocess pre-installation script returned error exit status 2
* Starting atieventsd [ OK ]
Errors were encountered while processing:
xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb

[sid350]

There is horrible tearing in XV and openGL on x200m even without compiz. With compiz it is completely unuseable. Tearing is everywhere, browser can't scroll with normal speed.

Work Ati, the sun still high!!

[Matiee]

hai..i would like to ask about howto edit the driver.preinst and driver.postrm since im using hardy 8.04. I got same problem with this thingy...

sudo dpkg -i --force-overwrite xorg-driver-fglrx_8.476-0*.deb
(Reading database ... 102708 files and directories currently installed.)
Preparing to replace xorg-driver-fglrx 1:7.1.0-8-3+2.6.24.12-16.34 (using xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb) ...
* Stopping atieventsd [ OK ]
dpkg-divert: `diversion of /usr/X11R6/lib32/libGL.so.1 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx' clashes with `diversion of /usr/X11R6/lib32/libGL.so.1.2 to /usr/X11R6/lib32/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx'
dpkg: error processing xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb (--install):
subprocess pre-installation script returned error exit status 2
* Starting atieventsd [ OK ]
Errors were encountered while processing:
xorg-driver-fglrx_8.476-0ubuntu1_amd64.deb

8.04 drivers for Hardy are on the repos already. Much simpler ;)

[heruan]

8.04 drivers for Hardy are on the repos already. Much simpler ;)

Are you sure? It seems not:
http://packages.ubuntu.com/hardy/xorg-driver-fglrx

[nochka85]

I have a small list of bugs I have been able to run across in my time using fglrx, mostly game bugs/slightly slow performance:

- Performance still isn't quite there as we all know, hopefully they will be able to resolve and bring us a bit further to that peak performance.

- The Savage 2 player model bug needs to be fixed.

- Glest freezes upon creating a building, if you don't move your cursor for a few seconds it will come back but as soon as you move again with the transparent building it will freeze again complaining about buffer underruns in the console. This may not be a bug with fglrx, it could just be a glest problem.

- Finish their work on Xv its nearly perfect already.

- Fix AGP HD 2xxx cards.

- Support HD 3xxx cards officially.

- Implement the pointsprites for Kano.

- More compiz fixes.

Theres their list of mine, of course theres many more problems than that but I either forgot about them or don't know about them. This list isn't even that long, you'd think they'd be able to handle that within a month or two but of course they have other priorities..

Xv ? Perfect ??? .... it still flashing when I'm not in full screen with my 9800XT ! :( .... Did I miss a solution ?

[heruan]

Xv ? Perfect ??? .... it still flashing when I'm not in full screen with my 9800XT ! :( .... Did I miss a solution ?

Mine too (X1600) :( I hope on 8.5!

[Porter]

Xv ? Perfect ??? .... it still flashing when I'm not in full screen with my 9800XT ! :( .... Did I miss a solution ?

Flashing? :confused:

Are you using compiz?

[nochka85]

Flashing? :confused:

Are you using compiz?

Yes ... and I know that with metacity there's no problem .... BUT I really hope that it will be fixed in the 8.5 (and because compiz is automaticaly active by default in Ubuntu .... so lot of ATI users have the same problem)

[Porter]

Yes ... and I know that with metacity there's no problem .... BUT I really hope that it will be fixed in the 8.5 (and because compiz is automaticaly active by default in Ubuntu .... so lot of ATI users have the same problem)
Compiz certainly wasn't automatically active on mine... I'm not sure why you experienced that.

The ATI developers are focusing on robust operation under normal conditions first, i.e. non-compiz. The flickering you're experiencing is a side-effect of the way that compiz and xorg currently work, it has nothing to do with the ATI driver. The "indirect direct rendering" workaround is a hack of sorts to address the (current) fundamental shortcomings of the compiz/xorg situation.

[Matiee]

Are you sure? It seems not:
http://packages.ubuntu.com/hardy/xorg-driver-fglrx

Yes, I was wrong, sorry. :(

Fundamentally they still seem to be 8.3, but actually the version of Ubuntu's Catalyst suite is 8.47.3 (whilst original ATI's 8.3 suite was 8.47.1). You can see it from Catalyst Control Center.

Anyway, sorry, but because 8.4 still sucked, I decided that I just feel fine enough with the drivers found on Ubuntu's repos, for now, and I don't remember how I managed to fix the problem of diverts.

But if I can tell you: just wait a few days for 8.5 to come out.;)
(Because I believe that ATI will fix ALL THE PROBLEMS and they'll be without any doubt THE BEST DRIVER SUITE EVER RELEASED, yes yes, I believe...:rolleyes:)

[Matiee]

Mine too (X1600) :( I hope on 8.5!
Can you give more details?
I have an X1600, Athlon 64 X2 4400+, Hardy Heron and Catalyst 8.3 drivers suite (version 8.47.3: the ones that shipped with Hardy):

they work much better in Hardy than they did in Gutsy: framerate for 3D apps is much higher and video playback no longer flashes in Hardy (but OpenGL applications still do). Aside from this, Compiz always worked well and now it does better than ever.

I tried 8.4 when I had just upgraded from Gutsy to Hardy, but they behaved exactly the same as 8.3, so I rolled back.