I'm rendering chunks only if the geometry changed into a VERTEX buffer.
If the geometry didn't change, I do the following:
glBegin(GL_QUADS);
nglAddVertices(buffer, buffer_length);
glEnd();To generate the VERTEX array, I simply iterate through all AIR blocks and render the corresponding sides of adjacent blocks.
z-sorting is IMO slower than a z-buffer in this case, as it would require sorting every face every frame.
I tried to implement it and it looks weird (read: full of bugs) and wasn't much faster (15 fps vs 11)

To get a maximum performance minecraft game, it would be best to use my GLFix in nCraft, as it's more specialised for blocks than nGL.
Currently I have no class World which handles the faces between chunks (they get rendered always) and below them which you can't see.
So don't worry, there is still much room for performance improvements. It could be faster if I cache the transformed vertices instead of the whole untransformed chunk.
That'd mean much less matrix-vertex multiplications but iterating over each block.

Aw too bad it runs much slower with 16x16x16. Does it mean a Minecraft clone using this would actually be slower than nCraft?

I don't know the visible range of nCraft, but if it's < 32, crafti is as fast with textures as nCraft is without.

Edit: Found a trivial optimization I thought the compiler was smart enough to do itself but it didn't.
Results with 2*2 16*16*16 chunks and no world optimizations yet:
TEXTURE_SUPPORT: ~16fps
No TEXTURE_SUPPORT: ~30fps

Here is a recent build of crafti. Can anyone tell me whether it's fast enough (fps-wise, not movement-wise)?
I'm fully aware of the artifacts..

Ok, newer version:
3*3 16*16*16 chunks: 48*48 viewing distance with ~32 fps when walking around.
I also resolved some artifacts, but there are still some perspective projection issues (jagged edges)
I'll post the source code and screen capture after I fixed those.

Edit: I just HAD to upload my first animation (runs at 60 fps BTW):

Oh, I got ninja'd while editing...

Does this require a specific (as in "not too old") revision of Ndless ? Because I can run nCraft but not crafti ("not supported").
And yeah, I have a really old revision

edit Indeed, works with r914.

crafti uses c++ which supposedly needs bFLT to work correctly...

However, I only figured out part of the controls, and my calc froze at some point

Are you sure it froze and didn't just display the sky? I haven't had a freeze in a while, only crashes until I (hopefully) fixed them

Oh man, that looks so amazing, it's beyond words! I'm a huge Minecraft fan.  Make a Minecraft! Anyway, it looks soooo great!

Sound like there was very good progress here. Good job for this first animation, it's look sooo greeaattt 

I'm just... astonished.... I think I might go try and find a mini usb cable so I can start using my Nspire again just because of this...

I tried to fix the depth issues and had to use floats (or int_fast64_t which is equally slow to divide somehow) which is slower (depends on vertex count)
Which version is better? Or should I keep both?