Ultimate Stunts

[Post a new comment]
Comments
[Show all 44 comment threads on one page]
[1-10] [11-20] [21-30] [31-40] [41-44] 

	Ultimate Stunts posted by shevegen @ 80.108.103.172 on Aug 14 2007 12:25 PM
Its a nice game, but i miss a bit the simplicity compared to the old stunts game :( Even a bit the nostalgic graphics :) I loved the old stunts game, track editing, then jumping right into the sky out of the loop!
[Reply]
Re: Ultimate Stunts posted by Anonymous @ 213.203.94.2 on Aug 21 2007 2:39 PM   Then use Stunts with Dosbox ;-)   [Reply]

	lconfig.h:41: error: posted by Anonymous @ 84.28.40.219 on Sep 20 2006 3:43 AM
lconfig.h:41: error: extra qualification ‘CLCData::’ on member ‘findAllFields’ g++ --version g++ (GCC) 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)
[Reply]
Re: lconfig.h:41: error: posted by cornware-cjp @ 131.180.40.128 on Oct 31 2006 7:13 AM   I had a look at this piece of source code, and it looks really weird to me. Strange that older gcc versions seemed to accept this; I'll fix it in the next version. Anyway, it's not my fault: this is one of the few pieces of code NOT written by me.   [Reply]   Re: lconfig.h:41: error: posted by Anonymous @ 69.113.27.92 on Jan 24 2007 8:48 PM   doesn't compile under debian testing. errors out.   [Reply]   Re: lconfig.h:41: error: posted by Anonymous @ 69.113.27.92 on Jan 24 2007 8:51 PM   make[2]: Entering directory `/home/r00t/stuff/ultimatestunts/ultimatestunts-srcdata-0701/stunts3dedit' g++ -finput-charset=ISO-8859-1 -fexec-charset=ISO-8859-1 -Wall -g -O2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -o ustunts3dedit 3ds.o editcamera.o editgraphobj.o editrenderer.o load3ds.o loadglt.o loadlwo.o loadobj.o loadraw.o lw.o main.o textureloader.o ../graphics/libgraphics.a ../shared/libshared.a -L/usr/lib -lSDL -lSDL_image -lSM -lICE -lX11 -lXi -lXext -lm /usr/bin/ld: cannot find -lXi collect2: ld returned 1 exit status make[2]: *** [ustunts3dedit] Error 1 make[2]: Leaving directory `/home/r00t/stuff/ultimatestunts/ultimatestunts-srcdata-0701/stunts3dedit' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/r00t/stuff/ultimatestunts/ultimatestunts-srcdata-0701' make: *** [all] Error 2   [Reply]   Re: lconfig.h:41: error: posted by Anonymous @ 194.125.94.242 on Jan 25 2007 11:41 AM   Well, here i compile/run it successfully on a debian unstable box, with a slightly more recent gcc: gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Very nice game by the way. :)   [Reply]

	Getting better all the time! posted by MaxPain @ 84.230.128.109 on Aug 26 2006 4:59 AM
I've closely followed the progress of this game, and in every new release, something cool has been added or something has been fixed. Up until a few months back, I used to test it on xp; however, I've now completely dumped windows, and to be honest, compiling stuff almost never works for me. I had to use wine to test the new version, which means I can't get a 100% good experience. Still, building binaries isn't the top priority. Overall this game is coming together very nicely. Except for a few obvious gfx and sound improvements, the physics could be improved. Compared to Stunts, the car slides way too much, and when jumping the nose points almost straight up. Nothing to worry about though, these issues will probably be fixed later on. Keep it up!
[Reply]
Re: Getting better all the time! posted by cornware-cjp @ 131.180.40.46 on Aug 31 2006 6:32 AM   It is supposed to become better in every release. I am currently in the mood for adding new cool things, so maybe you can expect something like a real AI player in the next version. The downside is that after adding new features quickly after eachother, you are left with a game where everything works only half, and then comes the long process of making everything perfect. For the physics part: I am working on fixing exactly those two things. Fixing the nose problem in the air is the easy part, but the sliding in the corners is really hard to fix. Maybe I'll contact some other open source racing game developers, because there are some phenomena in Ultimate Stunts that seem to be physically correct, but that simply don't feel right.   [Reply]

	impressed2 posted by dustfinga @ 84.161.162.69 on Jan 15 2006 2:35 AM
It's me again, unanonymoused now (see my first post 2 posts below, titled "impressed"). Wanted to mention that I made it to compile this game on on a AMD64x2 running Ubuntu GNU/Linux, compiled it with gcc-4.0. The code seems to be ready for 64bit, i just had to A: add the machine type ("x86_64") to the "config.sub" file B: add two defines (HAVE_STPCPY and HAVE_MEMPCPY) to config.h C: repair two ambiguities in simulation/replayer.cpp, line 110 and 115 D: create a missing symlink "libXmu.so --> libXmu.so.6" in /usr/lib "A" seems to be a correct extension (add "x86_64" whereever you find "i[34567]86") "B" seems to be some bug in "configure" or "configure.ac" I could not determine further, what i did is dirty actually I believe "C" to be caused by a different "int" or "size_t" on 64bit machines. Repaired them through a typecast to int: "(int)size" I don't know if "D" is caused by stupid me or by incomplete GL packages in Ubuntu/Debian. Encountered the same on my 32bit-P3 laptop running Ubuntu too.
[Reply]
Re: impressed2 posted by Anonymous @ 213.215.117.54 on Feb 2 2006 10:09 AM   Please, post it to authors of game.   [Reply]   Re: impressed2 posted by DaVince @ 62.51.153.52 on Jan 30 2008 8:03 AM   Well, the authors read these comments too.   [Reply]   Re: impressed2 posted by draeath @ 192.30.100.251 on Jun 24 2008 8:22 PM   Well, this isn't the place for that. This is for reviews etc, not bug reports or patches.   [Reply]

	Nice game posted by Anonymous @ 200.158.205.234 on Jan 13 2006 11:29 AM
Good 3d game. I hope it could be improved for future.
[Reply]

	impressed posted by Anonymous @ 84.161.158.103 on Jan 13 2006 7:55 AM
Wow! This looks cool! I played the original stunts for years, even after it was hopelessy outdated, even recently (july 2005) in a dos emulator. This game will make my dreams come true. Of course, it is far from perfect, but hey, it has the potential of becoming a game for the addicts! I just had a first try on my 5-year-old P3 laptop with S3 graphics. Sure, the framerate is low, but it was even lower when I played the original on my 80286/12MHz. Only thing I would like would be support for x86-64 platforms so I could try it on my high-end machine. Don't want to install all libraries twice, 64 and 32 bit. Keep it up, this will become great!
[Reply]

	Site screwed posted by Anonymous @ 59.167.10.23 on Jan 12 2006 7:19 PM
The website is screwed, download the source code from here
[Reply]

	I will not test it still posted by Anyeos @ 190.48.163.202 on Dec 3 2005 2:37 AM
I will not test it still. Only when the developers say: Now the game is playable. Of course if the game is under development this need too much work to do still. Personally I liked Stunts (DOS version) and the graphics of that was really simply but not ugly for me. The phisics engine (if I can call so) of the original DOS game really was very simply too. Why then the people just talk bad about "Ultimate Stunts"? If the real purpose of the game is near to finish. If you want a more realistic phisic game then play another kind of racing game. VDrift maybe. Personally I will test it and I will play it. I know how "Stunts" is.
[Reply]
Re: I will not test it still posted by Anonymous @ 59.167.10.23 on Jan 12 2006 7:11 PM   That has to be the dumbest comment I have read about a game ever. If you want to try the game then do it and tell us what you think. If not, go try a different game. Nobody gives a damn about the conditions that would have to be satisfied before you played it, it's none of their buisiness. Why is this site full of illiterate jackasses that feel the need to inform people of their purile opinions of games they have never played?   [Reply]   Re: I will not test it still posted by Anonymous @ 67.137.41.77 on Jan 12 2006 10:55 PM   Aha! Now I will post and complain about how useless and stupid your post is, for the irony double play!   [Reply]   Re: I will not test it still posted by Anonymous @ 82.45.231.73 on Nov 14 2006 3:02 PM   And I can post and say how pointless and stupid all 3 of your posts are! This is great!   [Reply]   Re: I will not test it still posted by Anonymous @ 76.215.29.92 on Nov 15 2006 8:24 AM   and i will post saying i've never played stunts or this game, but it sounds good.   [Reply]   Re: I will not test it still posted by Anonymous @ 89.210.235.109 on Aug 12 2007 5:50 PM   and almost a year later here is yet another post... life is full of surprises   [Reply]   Re: I will not test it still posted by draeath @ 192.30.100.251 on Jun 24 2008 8:24 PM   Watch out, here comes another annual useless-post! Whoops, here it is!   [Reply]

	Crappy spyware on website posted by Anonymous @ 219.89.134.160 on Dec 2 2005 6:53 PM
Dude, get decent hosting that doesn't use VB Script and popups to install crappy spyware, fake security/registry scan tools. This really sucks.
[Reply]
Tried the Windows version of the game. posted by Anonymous @ 219.89.134.160 on Dec 2 2005 7:04 PM   Will not start. I get black console box with: C:\Program Files\Ultimate Stunts>SET PATH=PATH:. C:\Program Files\Ultimate Stunts>.\bin\unstunts.exe Then a pop-up window that says "The procedure entry point_impure_ptr could not be located in the dynamic link library cygwin1.dll". The game will not play, it will just error. System is Windows XP SP2 and the latest Ultimate Stunts download ("ultimatestunts-windata-0601.exe") from the website. I don't think "./" in the path works on Win32 systems. If I go into the bin directory and just run the .exe file I get a message that says "Application has failed to start because SDL.dll was not found. Reinstalling the application may fix the problem". Sorry, but I think that uninstalling the application will fix my problem. It seems like alot of hard work to be wasted when the installer will not set things up properly.   [Reply]   Re: Tried the Windows version of the gam posted by Anonymous @ 219.89.134.160 on Dec 2 2005 7:07 PM   ... that is if the uninstaller actually worked. It left a heap (5mb) of files and folders in C:\Program Files\Ultimate Stunts\ including the .exe file among others. I never even got the program running, so it's not like it left behind my configs and tracks.   [Reply]   Re: Tried the Windows version of the gam posted by Anonymous @ 201.3.254.176 on Jan 7 2008 3:15 PM   Happy __PENGUIN__ ! xD   [Reply]

	Compile fails posted by Anonymous @ 84.129.204.226 on Sep 14 2005 12:52 PM
This is on Linux-PPC: make[2]: Entering directory `/home/arne/source/other/ultimatestunts-srcdata-0561/shared' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -Wall -g -O2 -I/usr/X11R6/include -I/usr/include/SDL -D_REENTRANT -MT binbuffer.o -MD -MP -MF ".deps/binbuffer.Tpo" \ -c -o binbuffer.o `test -f 'binbuffer.cpp' || echo './'`binbuffer.cpp; \ then mv -f ".deps/binbuffer.Tpo" ".deps/binbuffer.Po"; \ else rm -f ".deps/binbuffer.Tpo"; exit 1; \ fi /tmp/ccOKeyzV.s: Assembler messages: /tmp/ccOKeyzV.s:19742: Error: value of 43288559000b6732 too large for field of 4 bytes at 000000000000794a make[2]: *** [binbuffer.o] Error 1 make[2]: Leaving directory `/home/arne/source/other/ultimatestunts-srcdata-0561/shared' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/arne/source/other/ultimatestunts-srcdata-0561' make: *** [all] Error 2
[Reply]
Re: Compile fails posted by cornware-cjp @ 130.161.252.214 on Sep 19 2005 12:57 AM   I've never seen something like this before. But, I've also never compiled for Linux-PPC. I know that somebody succesfully compiled for OS X, so I'd say that it should be possible. My guess is that it can be a gcc bug. If something is wrong with my source code, it should complain on the C++ level, and not on assembly level. Maybe you can search for bugs of your compiler version on the internet, and see if this is one of them...   [Reply]   Re: Compile fails posted by Anonymous @ 200.164.246.238 on Dec 2 2005 12:12 PM   Perhaps an "endianess" problem? Looks like it.   [Reply]   Re: Compile fails posted by Anonymous @ 72.196.25.110 on Nov 14 2006 2:21 AM   I donno. I got this on my Linux-PPC machine. if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -I../shared -I../simulation -I../graphics -finput-charset=ISO-8859-1 -fexec-charset=ISO-8859-1 -Wall -g -O2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT music.o -MD -MP -MF ".deps/music.Tpo" -c -o music.o music.cpp; \ then mv -f ".deps/music.Tpo" ".deps/music.Po"; else rm -f ".deps/music.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -I../shared -I../simulation -I../graphics -finput-charset=ISO-8859-1 -fexec-charset=ISO-8859-1 -Wall -g -O2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT sndsample.o -MD -MP -MF ".deps/sndsample.Tpo" -c -o sndsample.o sndsample.cpp; \ then mv -f ".deps/sndsample.Tpo" ".deps/sndsample.Po"; else rm -f ".deps/sndsample.Tpo"; exit 1; fi sndsample.cpp: In member function ‘virtual bool CSndSample::load(const CString&, const CParamList&))’: sndsample.cpp:111: error: invalid conversion from ‘ALubyte**’ to ‘const ALchar**’ sndsample.cpp:111: error: initializing argument 1 of ‘void* alGetProcAddress(const ALchar*))’ sndsample.cpp:137: error: invalid conversion from ‘ALubyte**’ to ‘const ALchar**’ sndsample.cpp:137: error: initializing argument 1 of ‘void* alGetProcAddress(const ALchar*))’ sndsample.cpp:162: error: ‘alutLoadWAVV’ was not declared in this scope make[2]: *** [sndsample.o] Error 1 make[2]: Leaving directory `/home/drag/tmp/ultimatestunts-srcdata-0631/ultimatestunts' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/drag/tmp/ultimatestunts-srcdata-0631' make: *** [all] Error 2 drag@tweety:~/tmp/ultimatestunts-srcdata-0631$ cd .. Obviously not related.. gcc --version gcc (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Also I tried G++-3.4 with the same problem. Some tips for the other person.. Some distros like Debian have multiple versions of GCC and related tools you can install simultaniously. To try and test out a different GCC/G++ version you go: make clean export CC=gcc-3.4 export CXX=g++-3.4 ./configure Check the Makefile and it should have the new compiler selection. That way you can test out if it's a compiler bug or not. Hope that works.   [Reply]   Re: Compile fails posted by Anonymous @ 80.60.128.55 on Aug 12 2007 10:59 AM   I have the same error on PC/SuSe 10.0. sndsample.cpp: In member function ‘virtual bool CSndSample::load(const CString&, const CParamList&)’: sndsample.cpp:106: error: invalid conversion from ‘const char*’ to ‘const ALubyte*’ sndsample.cpp:106: error: initializing argument 1 of ‘void* alGetProcAddress(const ALubyte*)’ sndsample.cpp:110: error: invalid conversion from ‘const char*’ to ‘const ALubyte*’ sndsample.cpp:110: error: initializing argument 1 of ‘void* alGetProcAddress(const ALubyte*)’ sndsample.cpp:165: error: ‘alutCreateBufferFromFile’ was not declared in this scope sndsample.cpp:170: error: ‘alutGetError’ was not declared in this scope sndsample.cpp:170: error: ‘alutGetErrorString’ was not declared in this scope   [Reply]