[Xpert]Font and texture problems
Hi, I am having a problem with rendered fonts in OpenGL apps. I can reproduce this problem under both Return to Castle Wolfenstein (version 1.1b) and Tux Racer. I am using an 32 MB ATI Rage Pro 128 on Debian woody (XFree86 4.1). If I run Tuxracer or RTCW, and wait for the game to load, everything is alright. However if I switch to a spare virtual terminal, and switch back to X, the fonts become illegible -- they just appear as coloured boxes with no outlines, making things unplayable. I've tried version 1.32 of RTCW as well -- in this version the font problems are throughout, and I don't even need to switch to a VT to cause the problem. However running the game in a window rather than full screen prevents the problem from happenning. Unfortunately though playing in a window is difficult due to a lack of accleration and the fact it's much smaller :( System information is: * Debian Woody with a custom kernel 2.4.17 * ATI Rage Pro 128 with 32MB RAM on XFree86 4.1 * Pentium II 300 with 192MB RAM. * Mesa 4.1-17 * glibc 2.2.5-4 (called lib6 2.2.5-4 on Debian) bash-2.05a$ uname -a Linux venus.chrishowells.co.uk 2.4.17 #1 Fri May 24 16:46:32 BST 2002 i686 unknown I also tried installing Mandrake 8.2 (XFree86 4.2). I could see the same probme there. I would be very greatful for any help. -- Cheers, Chris Howells -- [EMAIL PROTECTED], [EMAIL PROTECTED] Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert] Re: [Xpert]mouse configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Thursday 02 January 2003 22:45, [EMAIL PROTECTED] wrote: > There can be a number of causes - the mouse is not sampled often enough is > unlikely. More likely is that X isn't getting enough cycles to update > everything at the same time, or isn't getting cycles often enough to > provide the illusion of smooth movement. Under Debian, X runs with priority -10 which should help to prevent this. Maybe increasing the priority of X will help (renice -10 `pidof XFree86`). - -- Cheers, Chris Howells -- [EMAIL PROTECTED], [EMAIL PROTECTED] Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://printing.kde.org, http://usability.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+FNXNF8Iu1zN5WiwRAqXOAJ40RG906Co8cNu18DjkiZas595jHgCfa6/I NmXnCCYUJhw8VqUtk8pZK+4= =IW47 -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]mouse configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Thursday 02 January 2003 22:45, [EMAIL PROTECTED] wrote: > There can be a number of causes - the mouse is not sampled often enough is > unlikely. More likely is that X isn't getting enough cycles to update > everything at the same time, or isn't getting cycles often enough to > provide the illusion of smooth movement. Under Debian, X runs with priority -10 which should help to prevent this. Maybe increasing the priority of X will help (renice -10 `pidof XFree86`). - -- Cheers, Chris Howells -- [EMAIL PROTECTED], [EMAIL PROTECTED] Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://printing.kde.org, http://usability.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+FNiuF8Iu1zN5WiwRAv3NAJ4id4DHEQAcm+EN0TjUEdAYOdXC4wCeNFxi OqXnCwFSZr+YxCfvUC146+s= =Lhq1 -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert