Quote

Also, is an inventory being planned?

Like this?(I made this in 1 minute)

Yes, maybe
But it will be smaller, due to the size of the Nspire screen

Thanks for the epic video, DJ !
Seems like you've already build more things than me I didn't spend much time playing yet...

Sorry, but I don't have time to work on it this week-end, because of my math club
But I will try to add saving for wednesday...

hm I get a crash when I press F sadly
ti-nspire CX OS 3.1.0

Yes, if there is no much free RAM, it crashes.
That's because the algorithm that I used is totally stupid... I render all the blocks in once. I am working to use a chunk-based render, that should divide the used RAM by 25 .

Is there a jump key?

No, but that's planned. By the way, which keys should I use ? Because Augs said that the current ones are inconvenient...

This is great.
Also seconded on the saving. Even if it's just a savestate or something, it'd be worth it

Saving is indeed the next big step.

Thanks for the help !

First off, it is important to note that whenever the camera is within a voxel, the voxels that are rendered are sorted relative to the distance they are to that voxel.  Consequently no matter what voxel the camera is in, the order of the rendered voxels is always the same relative to the center camera voxel.  What this means is that you can presort a large number of voxel positions into an array based on how far they are from a center voxel, and simply use those positions relative to the camera to render.

Seems interesting. Could you give an exemple ? Because of my poor English skills, I'm not sure that I've got it very well...

This works, but it can take up a large amount of memory.  If that is a problem, there is another solution that I discovered when working on my Castle Storm game, which uses a similar rendering method.  The way it would work is by drawing the voxels (still relative to the camera position) in shells, and it is painfully difficult to explain, so if you are interested, I can whip up some sort of gif or example and we can talk from there

Memory isn't a big problem on the TI-Nspire. i can achieve full world renders, which means that I use an array containing more than 30,000 floats...

Now, this would speed up the sorting of cubes, but it would not actually speed up the drawing, which is probably another main bottleneck.  First off, since you are only rendering cubes, you can always discard the faces that are facing away from you.  This is a rendering trick you can use on convex objects, that any faces that are facing away from you cannot actually be seen.  Additionally, you can use a simply dot product to detect whether or not a face is facing away from you, so it is super speedy and results in half of your faces being discarded!

I already do that

Another method would be to look at the cubes surrounding a cube to be rendered.  When you go to render a cube, you can look at neighboring cubes to see if they are solid, if not, you do not have to render the connecting face!  This should result in significant speedups hopefully, since using these methods would drastically cut down on the number of polygons you need to render in any given frame. 

This could improve my drawing function indeed, since I draw every cube that "touches" an empty block...




By the way, I added a function to render full world with F.
You now can see your creations properly
Full renders take about 5 secs to generate...
But as I said, I use more than 30,000 floats, so I'm afraid that it might crash grayscale Nspires, which don't have so much RAM. (it doesn't crash the grayscale emulator, though)

I have a question of my own, how exactly are you 'sorting' the cubes to draw?  Are you actually putting their distances in a list and sorting them?

Yes indeed. I pretty much optimized the sorting algorithm, but if you know a better way, I would like to know it

Also, I thought about something that may be a faster way to draw the cubes but I am not sure if that will work so I first need to know some things:
-can you draw arbitrary sizes of sprites with Ndless C ?
-can those sprites support transparency ?

I don't think that ndless does that, but it's quite easy to code.
Why ?

Quote from: annoyingcalc on September 26, 2012, 08:58:02 pm

im tired of no download can you release this even with the bug?

Quote from: blfngl on September 26, 2012, 09:29:18 pm

^indeed! Patience isn't what most of us have

I agree with them, the bug is only a displaying bug, not an irrevocable crash so a demo of this with the bug would already be awesome.

Ok, ok, here is the current version (I also can post the source code, if you want)
It won't crash, but there are 2 known "bugs" :
-Sometimes a cube isn't sorted correctly so its display looks weird
-When you are too close to a cube, it isn't displayed

And you will notice quickly that the render distance is really short
I will add an option to render the full world to see your creations.

Controls :
-8 to go forward
-5 or 2 to go backward
-6 and 4 to strafe
-Arrows to turn the camera
-Tab to remove a block
-Ctrl to add a block
-+ and - to select a block (the type is shown in a little triangle in the top right corner)
-Esc to quit

Whoa, that wallpaper is awesome! Can you post the wallpaper itself, Chockosta?

Sure ! Here you are

Awesome work !
The graphics are really beautiful, I think this is the best tetris for the Nspire yet...

Is it okay to also add in 4 and 6 to strafe? And I'm not sure, but I think that 5 would be better for backwards movement, since it is more like a keyboard of a computer, and you dont have to reach as far for the button. It's just right underneath (just slide your thumb down )

Yes, those are nice ideas. I'll add them as soon as possible.

I NEED DOWNLOAD!

and when you destroy a block do you get it in your inventory?

Well, since I didn't create the inventory yet, you don't get the blocks that you destroy :p
But when I'll have a working inventory, this will require like 2 or 3 lines of code.

and trees should be added too

Indeed, this should not be complicated. But I'll work on the world generator later. (and I'll add biomes too !)

Thanks everybody for your support !