I'll soon release tinycarZ, the successor of tinycar :
New things :
- Other cars to challenge ! (race of 8 cars)
- Better holding of collision
- A brake...
- many mode
Looks great! However I would recommed a maximum of much less than 8 cars in a race; the track seems to get far too crowded; I'd suggest four other cars at maximum, preferably two others. Is your engine scalable, to allow adjustable numbers of cars, or do you have to hard-code it to change the number of cars? If it is scalable, then it'd be fine to let the user set the number of cars, to preference, with whatever maximum you want to set. If you're dead-set on 8 cars, I'd recommend making the tracks wider.
"You're very clever, young man, but it's turtles all the way down!"
Hmm, it does appear to get crowded, but that's not neccesarily a bad thing. Maybe the challenge is to win on a crowded track. Allowing the user to select the number of cars would be a good thing though.
From the screenshot, this game looks great. I'll have to download this and try it out.
this is ASM, not fastRPL... but this is the same scrolling routine, so exept collision test between cars (to much to check in fast RPL) this game would be makable in fastRPL...
But fastRPL is dead I think... to much work, I don't have tilme to continue...
I'll make othetr mode with less cars, but fragil cars : that mean that if you make a too hard collision you loose...
YOu can play single race and try to make good qualification to start in first place, so, the crow of the track doesn't bugs you...
There will also be a championiship mode ( qualif+race -> points), and if someone wants to help me (because I never done that and I don't really know how to handel different model of 83+/84+ BE/SE) a link mode...
I'm hoping to make the best car game ever on Ti83+... Tinycar was already pretty nice, but, I think challenge wirth other cars is much more fun...
Kuda
+---------------------------+
|__THANK _YOU FOR__|
|__USING FAST RPL___|
|_____________Done |
Here's an idea for high level language -> z80 ASM. Why don't you make an ASM optimizer? It seems that the outputed binaries of a lot of C->z80 ASM programs are very bloated and slow. Couldn't an optimizer be written?
Most compilers already attempt to optimise the output anyways ... the code generally needs to be entirely re-written, its not as simple as just optimising a few lines here and there.
Anyways, this looks sweet kuda. Fast, smooth, nice gfx and i like the fact that there are lots of opponents .
"My world is Black & White. But if I blink fast enough, I see it in Grayscale."