]was thinking it was arm9

It is an ARM926EJ-S core which is an implementation of the armv5 instruction set.

yes i can mount it if i boot from the ram disk.

What's the kernel panic?

What I don't get is how a 4 bit pixel can use 65536 different colors on CX models

On the CX, each pixel is 16 bit (RGB 565)

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

I'm using fixed-point (1/256 accuracy) so it could be.
But I assume the things you saw were caused by a mixture of my .gif recorder and normal aliasing.

Edit:

Wow, a Minecraft clone using this engine would rule!  How does it handle a 512x512x64 map?

Not at all, I tried it. 16*16 chunks of 16*16*16 blocks = 1 FPS...

4*4 chunks is the maximum usable size (~8fps), too many triangles

cause at ubuntu you dont have the permissions to copy at the usb cause you dont have an root account

"sudo"?

in kali linuxyou dont have an untar programm and the command you gave me causes an error

It shouldn't. What's the error message?

Yup, as long as it has a mini usb-b connector so you can use the included usb-a -> usb-b cable.

You'll need a linux system for this. The partition should be ext4 or ext3 formatted and the .tar.bz should be extracted like this:
tar -xvzf xconfig.tar.bz2 -C /media/Replace /media/ with wherever your drive is mounted.