nGL doesn't care about colors or such things, it just sets every COLOR on screen to a COLOR in a TEXTURE.
4-bit doesn't work in C and if I use 16 bit I wouldn't even have to change the definition of COLOR as uint16_t.

How close would redstone/related stuff be?

Or even lighting?

Just a quick question: How much could I increase startup time?
In v1.0 I'll implement some more optimizations, but it'll result in a slower start.

That'd be possible by either writing some asynchronous worker functions, which is a total mess or keyboard interrupts which I never got to work.

So, not until I find a solution for keyboard IRQs.

Most of the time it's doing a fread call, so hardly interruptible. But I'll insert a isKeyPressed(KEY_NSPIRE_ESC) in the middle somewhere.
Probably when "Loading" is shown first.

That's called game/render-loop and I'm using that already, combined with a state-machine.
But for cleanup, for instance, I'd need to return some value to inform the whole call stack up to main that the user requested a termination.
(I dislike atexit and there may be some problems with bFLT..).
Also, most are some calls to drawTexture, newTexture, loadTexture, resizeTexture and I don't want to just throw some if(!isKeyPressed) in there. Also the key press detection itself would take longer than the rest of the loop body.
A interrupt would be the most clean solution, but I'll not implement anything more than some additional isKeyPressed in between until I found a solution for keypad interrupt handler crashing occasionally.

Wow ! Those are good improvements!

Nonetheless, the game... laggs. Why does it lagg more with water and lava?

That's a bug I found yesterday by accident and I already fixed it (Water was spreading to blocks even if there's already water)
And it will always be somewhat slower if water and lava are visible as blocks under water or lava still have to be drawn as you can dive.
(I COULD rerender the world if you're submerged, but that'd take some seconds, which would be very annoying if you're swimming just beneath the surface)
That's also the reason why I retained from natual water sources such as seas, oceans or underground lava.

Feature requests:

• Be able to open the menu or quit the game even when there is the "loading" label.

I can insert a if(keyPressed(KEY_NSPIRE_ESC)) somewhere in the middle of the splash screen, that shouldn't be too bad.

• Move on the items selector menu with the touchpad.

Ok, will do.

I think the priority is the speed up all the "loading" during the game.

That's terrain generation and it will probably not get much faster.. Unless I can find a better way to generate terrain.

Quote

Just a quick question: How much could I increase startup time?
In v1.0 I'll implement some more optimizations, but it'll result in a slower start.

I think the speed during the game is much more important than the startup time. I think you can grow it up to 40 seconds (currently 22 seconds) if you add a loading bar.

I hope I don't reach 40 seconds, but it's likely the framerate will increase by ~20-100% in some cases!

Thanks for your work! Do you mind if I upload it on tiplanet?

Not at all, if you put a link to the github release page or this thread, just so that everybody can find the latest release and source code.