Eh, I wasn't really planning on using the walls in F-Zero, I just wanted to do it 'cause it'd be cool...

Oh, by the way, I've been thinking about a faster way to do the Mode 7 rendering, and I think I'll be able to shave off about 100 clock cycles per pair of pixels... that's about 150,000 clock cycles per frame! Though, I'll have to add a bit of overhead onto that to do some extra calculation outside of the pixel loop... but I think it'll be worth it.

It's flawed because I made it up just now.

I replied on my video a couple of days ago and it hasn't shown up, but DJ_Omnimaga posted more recently and it showed it. I think it's just because I've only posted one comment before, though it was a long time ago. This is probably to reduce spam.

variable heights, eh? does this mean vertical levels?

Yep, vertical levels should be possible.

Oh, by the way, I'm going to predict this topic will become as much of a monster as Spencer's Zelda topic.

are you also making ice hills which you slide down when you hold down?

Actually, I was planning on being able to slide down any hills. And ice hills should be easy to make once I've made normal ones.

will is be possible to have any sort of pseudo 3d walls?

Well... that's a bit more in raycaster territory. I wouldn't say it's impossible, though...

wow this is awesome, does it slows down a lot with lot of sprites on the screen so far? This could be the first finished Mode 7 game for the TI-83+ series. Since levels seems quite small (32x32) do you think a level editor (with the levels stored into appvars) could be possible if there is enough space left when the entire game is finished?

Well, I actually haven't tried it with more than one sprite, nor have I set up an object system yet. A level editor might be possible, but we'll have to see.

I am making an F-Zero game (which happens to be, unless I am misinformed, the first "real" 3D racing game for the 83+).

The engine basically just takes a 32x32 tilemap and draws it in a "3D view". More recently, I added a sprite routine and a routine to find where an object should be drawn in this 3D world. It draws one of 3 sprites depending on how far away it is. Right now, I have only drawn a sprite from the back of the ship, so it looks a bit strange without rotation.

Anyway, the latest screenshot shows all of this:


I am planning to implement a scaled sprite routine instead of the normal one so the ship can be drawn at any size, if there's enough speed left over.

Also, I think this will be a 2-page app, because the levels take up so much space (1KB each) and it's much more convenient for the user: I doubt you'll need any RAM free to play this game unless it's to use a high score Appvar.

I'm also planning link play.