o.O

lol, I guess that's explain it then , I didn't knew you had this being implemented

It makes me more curious about what this engine will be able to do in the end, actually.

Is this going to be multiple levels? Also, can we have a good texture for the sky area? Something about just a black ceiling and floor makes it feel really cramped.

The floor needs a texutre

Ah. I only briefly skimmed over the thread, so I missed that.

But, if it's just going to be a generic engine, then how about it's available to the user of the engine?

Couldn't a lower resolution speed things up? I don't think people will mind too much to play a game where the 3D is 160x120 scaled up 2x after being used so much to a 96x64 or 160x160 res. The Nspire LCD pixels are so small anyway. Else, if that won't make any speed difference, I guess fake floors might be the best solution. On the FAT engine, sand floors are pretty much just noise and seems pretty random. Else, having the floor not textured but allowing different shades of gray to be chosen based on the map you are on and using fake sky textures could do, too.

It's too bad that it runs slow, because it looks so nice. Else, for a RPG-type game, I think the speed is tolerable, though (people didn't mind Star Fox 10-12 FPSes on the SNES that much anywayanyway). Just probably not for a first person shooter that requires precision when shooting.

Having variable height walls would be great.

Years ago, I developped on online raycasting engine in Java.


From my own experience, variable height walls don't slow the engine very much.
Each squared-based-wall had a height and an altitude.
Thanks to the height value, you could climb stairs, walk on walls.
Thanks to the altitude value, you could enter rooms or corridors.

I just used some grey-shaded color for floors and ceilings.


This really transforms the virtual world!
I hope you'll do it.


I do confirm that adding a floor texture (which means floor-casting) was much more time demanding.

Looking up/down doesn't work well with the floor.
It produces strange things with sprites too. (doesn't seem natural)

Anyway that's not very important, because when adding variable-height walls, you'll have to rework that code. It may then be easier too...

A little (but more important) bug:
When starting the engine, if you only move forward, you can see that a column of pixels in the middle of the screen remains undrawn.


I'm not criticizing: your work is great.

If you need any help, here is a great tutorial about raycasting.
It's the one I used, years ago.
http://www.permadi.com/tutorial/raycast/index.html



######################

@Omnimaga
Here is my engine -> http://xandrean.free.fr/3dapp/test.html

It has a configuration-screen, like you asked for.
Have fun.

Yeah, I put in the floor code before I added looking up/down, then commented it out, hence the strangeness. I believe the sprites do move up and down when you look up and down, though (and I think its fairly bug-free).