tuxracer-main Mailing List for Tux Racer (Page 4)
Status: Beta
Brought to you by:
jfpatry
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
(22) |
Apr
(34) |
May
(15) |
Jun
|
Jul
(6) |
Aug
|
Sep
|
Oct
(209) |
Nov
(47) |
Dec
(45) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(24) |
Feb
(38) |
Mar
(65) |
Apr
(38) |
May
(67) |
Jun
(67) |
Jul
(11) |
Aug
(17) |
Sep
(9) |
Oct
(34) |
Nov
(52) |
Dec
(36) |
2002 |
Jan
(55) |
Feb
(4) |
Mar
(5) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(2) |
Oct
(5) |
Nov
(2) |
Dec
|
2003 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(6) |
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2005 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
(3) |
Dec
(6) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
2007 |
Jan
(6) |
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Malcolm S. <m...@lc...> - 2003-03-10 21:44:18
|
Simon Matthews wrote: > I installed Tuxracer on my RedHat 7.3 system. Because the standard > kernel did not support the hardware (VIA KT333), I used configured and > ran the "standard" (from kernel.org) 2.4.19 kernel. The system has an > ATI Rage 128 video card. > > With this system, I got very, very slow frame rates - so slow that the > gate was totally unusable. I checked the kernel config and I had > selected the DRM for XFree86 4.1 and the DRI for the ATI Rage 128. > > When I installed the latest RH 7.3 kernel, the game became playable. I > saw frame rates from 60 to 140. > > Any idea what I might have missed in my original kernel config? > > Simon Things to look for: if you built the driver as a module, did you load it? (It should be automatic, but perhaps it's being stubborn.) You could try comparing the Red Hat config with your own - there should be a configuration file hanging around somewhere, perhaps in /boot. You could run 'diff red_hat_config /usr/src/linux-2.4.19/.config', or you could just copy the Red Hat config into your kernel source dir (as .config), and run 'make oldconfig', then add any new drivers you need (e.g. the KT333) before building. (That way, your kernel will be as similar as possible to Red Hat's.) Sorry I can't give a more specific answer - I haven't used this card, and I haven't had a similar problem... Anyway, hope the above is of some use. Malcolm -- : o : Malcolm Scott :: http://advogato.com/person/mascot/ : /O\ : :: 0 1 0 1 0 1 0 0 0 1 1 1 0 1 0 1 0 1 1 1 1 0 0 0 :: : ~ ~ : PGP mail welcomed; get my key from http://lcolm.org.uk/ |
From: Simon M. <si...@pa...> - 2003-03-10 19:58:48
|
I installed Tuxracer on my RedHat 7.3 system. Because the standard kernel did not support the hardware (VIA KT333), I used configured and ran the "standard" (from kernel.org) 2.4.19 kernel. The system has an ATI Rage 128 video card. With this system, I got very, very slow frame rates - so slow that the gate was totally unusable. I checked the kernel config and I had selected the DRM for XFree86 4.1 and the DRI for the ATI Rage 128. When I installed the latest RH 7.3 kernel, the game became playable. I saw frame rates from 60 to 140. Any idea what I might have missed in my original kernel config? Simon |
From: shailim <sh...@fr...> - 2002-11-21 23:25:27
|
hi, i have installed tuxracer 0.61 on a debian woody. Everything seems to works but when i start the race i'am on top of a montain with a nice valley and tux doesn't move : - the speedometer change - i can go on the left or the right - i can't change the view mode and i can't see tux - sound works Does someone have an idea about this problem ? thank |
From: Patrick M. <pa...@ho...> - 2002-11-06 11:38:26
|
_________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail |
From: Alfredo M. <mon...@dr...> - 2002-10-09 08:07:19
|
I followed the tuxracer FAQ on OpenGL problems but I still get this after= even=20 getting the latest glext.h file and compiling Mesa 4.0.4 from scratch. Ca= n=20 someone point me to the right archive? checking for GL library... yes checking for glXGetProcAddressARB... yes checking for GLU library... yes checking for GL/gl.h... yes checking for GL/glx.h... yes checking whether glx.h defines glXGetProcAddressARB... no configure: error: Your copy of glx.h is out of date. You can get a more=20 recent copy from the latest Mesa distribution=20 (http://mesa3d.sourceforge.net). root@darkstar:/backup/tuxracer-0.61#=20 Any input would be greatly appreciated. Thank you :-) |
From: Malcolm S. <m...@lc...> - 2002-10-08 17:01:50
|
Check whether you have multiple copies of glx.h on your machine. If you have an old copy hanging around somewhere, TuxRacer could be picking that up instead of the new copy. HTH, Malcolm. Alfredo Montesinos said: > Fortunately I compiled Mesa 4.0.3 as instructed: cp Makefile.unix > makefile then make linux-86 > > I downloaded Mesa 4.0.4 and did the same thing.. and i still get this > message when compiling tuxracer: > > > checking for GL/gl.h... yes > checking for GL/glx.h... yes > checking whether glx.h defines glXGetProcAddressARB... no > configure: error: Your copy of glx.h is out of date. You can get a > more recent copy from the latest Mesa distribution > (http://mesa3d.sourceforge.net). > root@darkstar:/backup/tuxracer-0.61# > > <snip> |
From: Alfredo M. <mon...@dr...> - 2002-10-08 15:59:30
|
Fortunately I compiled Mesa 4.0.3 as instructed: cp Makefile.unix makefil= e =20 then make linux-86 I downloaded Mesa 4.0.4 and did the same thing.. and i still get this mes= sage=20 when compiling tuxracer: checking for GL/gl.h... yes checking for GL/glx.h... yes checking whether glx.h defines glXGetProcAddressARB... no configure: error: Your copy of glx.h is out of date. You can get a more=20 recent copy from the latest Mesa distribution=20 (http://mesa3d.sourceforge.net). root@darkstar:/backup/tuxracer-0.61#=20 So I don't know what I am missing...but it seems I cannot get my hardware= =20 rendering to work with my ATI Rage Pro 128 card eventhough I do see my fr= ame=20 rate with glxgears, but it is SLOW (i think it's mostly CPU work). xpdyin= fo=20 tells me this: BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: =20 Thus, I don't see DRI in there.ALso when I run this command: cat=20 /proc/interrupts I get this: root@darkstar:/backup/tuxracer-0.61# cat /proc/interrupts CPU0 =20 0: 3862009 XT-PIC timer 1: 7210 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 274428 XT-PIC serial 5: 17175 XT-PIC Trident 4DWave DX 10: 1 XT-PIC usb-uhci 12: 189184 XT-PIC PS/2 Mouse 14: 114106 XT-PIC ide0 15: 53 XT-PIC ide1 NMI: 0=20 ERR: 1 root@darkstar:/backup/tuxracer-0.61#=20 I don't see anything for my ATI Rage 128 Pro card... so I am not sure wha= t to=20 do.. :-/ Any thoughts? |
From: Jonas W. <j....@gm...> - 2002-10-07 15:07:04
|
Hello This is what's written in the Mesa FAQ: > Unfortunately, the GNU autoconf/automake/libtool system doesn't seem to work > too well on non GNU/Linux systems, even after installing gmake, gcc, etc. > For that reason, Mesa's old-style makefile system is still included. The > old-style system uses good old traditional Makefiles. Try the following: > cd Mesa-x.y.z > cp Makefile.X11 Makefile > make > > You'll see a list of system configurations from which to choose. For > example: > make linux-x86 So if your not running Linux, that might help you. Jonas Wagner PS: Mesa 4.0.4 is out now! |
From: Alfredo M. <mon...@dr...> - 2002-10-06 00:18:09
|
when compiling tuxracer i get this message: checking for GL/gl.h... yes checking for GL/glx.h... yes checking whether glx.h defines glXGetProcAddressARB... no configure: error: Your copy of glx.h is out of date. You can get a more=20 recent copy from the latest Mesa distribution=20 (http://mesa3d.sourceforge.net). bash-2.05a# However, I installed mesa 4.0.3. and typed ldconfig but nothing seems to=20 work.. what are my alternatives here? am I msising some files? Please hel= p ANy input is greatly appreciated. Alfredo |
From: Mike M. <mik...@op...> - 2002-09-23 11:10:56
|
Oer, nice card :) Have you installed the NVIDIA drivers for Red Hat 7.3 from www.nvidia.com yet? It sounds like you're using the 2D only freeware Open Source drivers that come with Red Hat. Get the NVIDIA ones instead. Mike On Mon, 2002-09-23 at 13:38, Liz Kelleher wrote: > I have just loaded Red Hat 7.3 (AMD 1800+ / MSI Geforce4 Ti4200 / > Sceptre x5Naga monitor) and when I start Tux Racer it is full screen > which distorts the graphics and run slowly - about a second delay > between key stroke and response - any ideas? > > > |
From: Liz K. <lz...@mb...> - 2002-09-23 03:38:50
|
I have just loaded Red Hat 7.3 (AMD 1800+ / MSI Geforce4 Ti4200 / Sceptre x5Naga monitor) and when I start Tux Racer it is full screen which distorts the graphics and run slowly - about a second delay between key stroke and response - any ideas? |
From: Sebastian U. <ud...@ha...> - 2002-06-20 21:26:15
|
On Thu, 20 Jun 2002, Ar...@li... (Armish) wrote: > Date: Thu, 20 Jun 2002 23:37:23 +0300 > To: tux...@li... > From: Ar...@li... (Armish) > Subject: [tuxracer-main] Fatal signal: Segmentation Fault (SDL Parachute > Deployed) > > Hi All, > I have installed the tuxracer 0.61 and it's data files without any > problem.But when I tried to start tuxracer I have met an error like this, > > ------------------------ > [user@localhost dir]$ tuxracer > Tux Racer 0.61 -- a Sunspire Studios Production > (http://www.sunspirestudios.com) > (c) 1999-2000 Jasmin F. Patry <jf...@su...> > "Tux Racer" is a trademark of Jasmin F. Patry > Tux Racer comes with ABSOLUTELY NO WARRANTY. This is free software, > and you are welcome to redistribute it under certain conditions. > See http://www.gnu.org/copyleft/gpl.html for details. > > Fatal signal: Segmentation Fault (SDL Parachute Deployed) > [user@localhost dir]$ > > --------------------------- > My SDL version is 1.2.3. > Does anybody have an idea about it? > Thanks Open ~/.tuxracer/options, scroll to the bottom of the file and change the line set write_diagnostic_log false to set write_diagnostic_log true Try to start tuxracer again and see if a file named "diagnostic_log.txt" was created in the current directory. If yes, please send it to the list. - Sebastian |
From: Armish <Ar...@li...> - 2002-06-20 20:33:03
|
Hi All, I have installed the tuxracer 0.61 and it's data files without any problem.But when I tried to start tuxracer I have met an error like this, ------------------------ [user@localhost dir]$ tuxracer Tux Racer 0.61 -- a Sunspire Studios Production (http://www.sunspirestudios.com) (c) 1999-2000 Jasmin F. Patry <jf...@su...> "Tux Racer" is a trademark of Jasmin F. Patry Tux Racer comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See http://www.gnu.org/copyleft/gpl.html for details. Fatal signal: Segmentation Fault (SDL Parachute Deployed) [user@localhost dir]$ --------------------------- My SDL version is 1.2.3. Does anybody have an idea about it? Thanks -- Armish http://linux-sevenler.de |
From: Sebastian U. <ud...@ha...> - 2002-03-11 00:59:12
|
On Sun, 10 Mar 2002, bi...@te... (Bill Dumke) wrote: > Date: Sun, 10 Mar 2002 16:31:10 -0600 > To: ud...@ha... > From: bi...@te... (Bill Dumke) > Subject: Re: [tuxracer-main] extension "GLX" missing [...] > Xlib: extension "GLX" missing on display ":0.0". > Xlib: extension "GLX" missing on display ":0.0". > *** tuxracer error: Couldn't initialize video: Couldn't find matching > GLX > (Success) > > When I look at installed modules in the Mandrake-Linux 8.1 Software > Manager, I see the following: > NVIDIA_GLX 1.0-2802 > NVIDIA_kernel 1.0.2802.mdk81up > NVIDIA_kernel 1.0-2313 > NVIDIA_kernel-2.4.8-26mdk 1.0-1512.2mdk > > Could this have something to do with the problem I see? Yes. Remember that the NVIDIA drivers install their own version of the GLX extension. I guess it is not a good idea to have different versions of the NVIDIA_GLX and NVIDIA_kernel packages installed parallely; it may cause things to fail. I'd suggest that you remove all these packages again, using the --force option of RPM if neccessary, and do a clean install of the correct packages afterwards. If this does not help, please locate your XFree86.*.log file and send me the lines where the GLX module is loaded. - Sebastian |
From: Sebastian U. <ud...@ha...> - 2002-03-10 19:43:11
|
On Sun, 10 Mar 2002, bi...@te... (Bill Dumke) wrote: > Date: Sun, 10 Mar 2002 13:13:38 -0600 > To: ud...@ha... > From: bi...@te... (Bill Dumke) > Subject: Re: [tuxracer-main] extension "GLX" missing > > Sebastion, > > Yes it did and I did do it.. So, what is the error message you are getting now ? - Sebastian |
From: Sebastian U. <ud...@ha...> - 2002-03-10 11:32:04
|
On Sun, 10 Mar 2002, bi...@te... (Bill Dumke) wrote: > Date: Sun, 10 Mar 2002 01:45:37 -0600 > To: ud...@ha... > From: bi...@te... (Bill Dumke) > Subject: Re: [tuxracer-main] extension "GLX" missing > > Sebastian, > > I downloaded the latest NVIDIA drivers and installed them per NVIDIA's > instructions. I also followed your instructions for adding Load > "nvidia" to the XF86Config-4 file in /etc/X11, but I still get exactly the > same result. You have to load the GLX extension, too: > Load "glx" Doesn't the NVIDIA documentation say that ? > I looked on the DRI project page and apparently they say no NVIDIA card > is compatible. That's correct. I just wanted to explain that most of the time, you either need NVIDIA's drivers (for their chipsets) or have a look at the DRI project, which supports most of the chipsets from the other vendors (Matrox, 3dfx, ATI ...). In deed, NVIDIA chipsets are not supported by the DRI project. - Sebastian |
From: Sebastian U. <ud...@ha...> - 2002-03-03 21:18:44
|
On Sun, 3 Mar 2002, bi...@te... (Bill Dumke) wrote: > Date: Sun, 3 Mar 2002 14:58:32 -0600 > To: tux...@li... > From: bi...@te... (Bill Dumke) > Subject: [tuxracer-main] extension "GLX" missing > > When I try to bring up tuxracer .61 in Mandrake Linux 8.1, I get the > following message: [...] > Xlib: extension "GLX" missing on display ":0.0". > Xlib: extension "GLX" missing on display ":0.0". > *** tuxracer error: Couldn't initialize video: Couldn't find matching GLX This is a faq. Open your XF86Config file (usually either in /etc/X11 or /etc), look for the "Module" section and add the following: Load "glx" Additionally, be sure that you use a display driver capable of Open GL rendering in hardware if you want tuxracer running smooth. Refer either to the documentation of the DRI project (http://dri.sourceforge.net) or the Nvidia Linux drivers, depending on what hardware you own. - Sebastian |
From: Bill D. <bi...@te...> - 2002-03-03 20:58:27
|
When I try to bring up tuxracer .61 in Mandrake Linux 8.1, I get the following message: [billd@localhost billd]$ tuxracer Tux Racer 0.61 -- a Sunspire Studios Production (http://www.sunspirestudios.com) (c) 1999-2000 Jasmin F. Patry <jf...@su...> "Tux Racer" is a trademark of Jasmin F. Patry Tux Racer comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See http://www.gnu.org/copyleft/gpl.html for details. Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". *** tuxracer error: Couldn't initialize video: Couldn't find matching GLX visual (Success) What is wrong? Tuxracer has worked in the past with this hardware. Thanks for the help. I am new to Linux. Bill |
From: Jonas W. <j....@gm...> - 2002-02-17 19:10:00
|
It's not dead, I think. But there's also the Tuxracer Forum, and that seems to be more alive. You can visit it at http://www.tuxracer.com, and then click on "Forums". greetings Jonas > Is this list dead? > -s > > _______________________________________________ > tuxracer-main mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxracer-main > > |
From: Sebastian U. <ud...@ha...> - 2002-02-17 14:25:22
|
On Sat, 16 Feb 2002, srl...@be... (s) wrote: > Date: Sat, 16 Feb 2002 21:47:24 -0600 > To: tux...@li... > From: srl...@be... (s) > Subject: [tuxracer-main] is this list dead? > > Is this list dead? > -s Perhaps. - Sebastian |
From: Malcolm S. <m...@lc...> - 2002-02-17 09:32:14
|
Apparently not ;-) s wrote: >Is this list dead? >-s > >_______________________________________________ >tuxracer-main mailing list >tux...@li... >https://lists.sourceforge.net/lists/listinfo/tuxracer-main > -- Malcolm Scott <m...@lc...> webmaster, LinuxResource.org.uk |
From: s <srl...@be...> - 2002-02-17 03:47:31
|
Is this list dead? -s |
From: Denis B. <den...@ya...> - 2002-01-30 01:22:28
|
for the white tux, you must look in ~/.tuxracer/options and make sure of the options of theses lines : set disable_fog true set use_sphere_display_list false someone tell my on this ML this is a bug with (all) ati card (and) with MESA. You mayby can find more information on archive of this list... if archive existe :-) -Denis Bergeron Le Lundi 28 Janvier 2002 20:14, Tom Goulet a écrit : > Hi, > > I can play Tuxracer with this Rage Pro. I am using glx.so from Utah-GLX > (CVS 2002-01-26, and the one currently in Debian testing). Lspci > reports the card is ATI 3D Rage Pro AGP 1X/2X (rev5c). > > Two problems: > - It most be run as root, or it crashes just as a race screen is about to > be shown. > - Tux is all white, except where normal shading (I think) happens. > > When it crashes as user, this message is in the starting xterm: > libGL: Application called unsupported GL API function: > Fix the application > Then the mouse in X works no longer, and the screen is left at 640x480. > > I can get you more information on anything if you want. > > It's lots of fun. Wee. |
From: Dexter G. <dex...@de...> - 2002-01-29 15:09:08
|
Make sure your permissions to your glx driver is set right. On 29-Jan-02 Tom Goulet wrote: > Hi, > > I can play Tuxracer with this Rage Pro. I am using glx.so from Utah-GLX > (CVS 2002-01-26, and the one currently in Debian testing). Lspci > reports the card is ATI 3D Rage Pro AGP 1X/2X (rev5c). > > Two problems: > - It most be run as root, or it crashes just as a race screen is about to > be shown. > - Tux is all white, except where normal shading (I think) happens. > > When it crashes as user, this message is in the starting xterm: > libGL: Application called unsupported GL API function: > Fix the application > Then the mouse in X works no longer, and the screen is left at 640x480. > > I can get you more information on anything if you want. > > It's lots of fun. Wee. > > -- > TomG > > http://web.em.ca/~tomg/contact.html -- "The funny thing is if you actually read those papers, you find that, while the researchers were applying thier optomizational tricks on a microkernel, in fact those same tricks could be applied to traditional kernels to accelerate their execution." -- Linus Torvalds on Microkernels (Open Sources, 1999 O'Reilly and Associates) ---------------------------------- E-Mail: Dexter Genius <dex...@de...> Date: 29-Jan-02 Time: 16:08:29 This message was sent by XFMail ---------------------------------- |
From: Michael M. <mma...@ro...> - 2002-01-29 02:44:42
|
Well, I think I can solve the problem with tux being all white. in ~/.tuxracer/options look for this line set use_sphere_display_list true ---set it to false. Hope this helps. On Mon, 2002-01-28 at 20:14, Tom Goulet wrote: > Hi, > > I can play Tuxracer with this Rage Pro. I am using glx.so from Utah-GLX > (CVS 2002-01-26, and the one currently in Debian testing). Lspci > reports the card is ATI 3D Rage Pro AGP 1X/2X (rev5c). > > Two problems: > - It most be run as root, or it crashes just as a race screen is about to > be shown. > - Tux is all white, except where normal shading (I think) happens. > > When it crashes as user, this message is in the starting xterm: > libGL: Application called unsupported GL API function: > Fix the application > Then the mouse in X works no longer, and the screen is left at 640x480. > > I can get you more information on anything if you want. > > It's lots of fun. Wee. > > -- > TomG > > http://web.em.ca/~tomg/contact.html |