Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Slow redraw rate on Dell E1705 (w/ ATI X1400) running FC6

cinnion Merlin
Registered User
Join date: 3 Jul 2007
Posts: 2
07-04-2007 00:22
Sorry if this was mentioned elsewhere, but I could not find mention of this situation. I have a Dell E1705 with the ATI Mobility Radeon X1400 running FC6. A friend mentioned SL while I am out in CA on a business trip, and I decided to try loading the alpha client (1.17.2.0). After getting the fglrx driver loaded, OpenGL apps run great (glxgears is reporting 1600+ FPS, and fgl_glxgears is reporting 300+), I try running secondlife, only to find that it takes about a second for it to draw each frame, with the trangular redraw regions being clearly visible. After fighting with trying to fill in the login information and logging in (I wish cut-and-paste worked), I found that this continues throughout the session into the beginning setup screen. Going further was too painful. I was wondering if anyone else had seen this problem. Here is my system info.

CPU: Intel Core2/Duo T5200 @ 1.6GHz
RAM: 2GB
Video: ATI Mobility X1400

$ uname -a
Linux norway 2.6.20-1.2962.fc6 #1 SMP Tue Jun 19 18:50:05 EDT 2007 x86_64
$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1400
OpenGL version string: 2.0.6474 (8.38.7)

(more info available upon request)

Anyone have any ideas or seen this problem elsewhere? I just wish I had my UT DVD so I could load and try it on this new laptop.

Thanks!
cinnion Merlin
Registered User
Join date: 3 Jul 2007
Posts: 2
07-04-2007 21:53
OK... since nobody has had a chance to respond, here is what I found out, complete with a fix. In looking in ~/.secondlife/logs, I got to looking at the files there (just as I would for UT), and noticed that in debug_info.log, it was referring to Mesa GL as opposed to the version the glxinfo utility was reporting. A bit of investigation using ldd, rpm -q and other utilities found that the fglrx driver installed via the Livna RPM did not install 32-bit versions of the libraries which would be used by a 32-bit executable (no files in /usr/lib/fglrx/), and so the executable was falling back to the 32-bit Mesa GL libraries instead of those for the fglrx driver. Installing xorg-x11-drv-fglrx-libs-32bit in addition to the xorg-x11-drv-fglrx and kmod-fglrx packages fixed the problem. :)

Now on to my next problem...which started occuring after I got off the beginner's island... research to do, research to do...