My way to do 3D, at least in nCraft, can be sumed up by this :


The camera doesn't move, the vertices can be translated or rotated.

Let's see how we calculate the coordinates of the projection of a vertex on the screen.
The ? represents the horizontal coordinate of the vertex on the screen (from the center). It is calculated with (10/x)*y, with Thales theorem.
The vertical coordinate of the vertex projection is calculated with (10/x)*z.

You calculate this with all the vertices defining your cube, and then, you draw rectangular faces with the coordinates you got. (to draw rectangles, use two triangles)


The result should look like what's on your mind...

It's pretty much good, because the only computations are circles drawings (not sprites), and two additions (X and Y coordinates) every frame.

You can feel some lags when there's more than 250 bullets, which is pretty rare...

Wow, this games looks great !
Glad to see you back, by the way.

I've always played like Sorunome, too.
For the color select dialog, I would recommend displaying four empty cards, which represent each color...

I agree with last posters.

In my humble opinion, basing your closed-source work on someone's open-source work is not respectful.
Why would you act this way ? If you are afraid that someone could steal your work, there are licenses to prevent that.
And indeed, this would make your project last longer, even if you stop updating it.

I can't see negative effects, so I don't understand.
But off course, this is your choice...

I'm really sorry...

Indeed, school is quite time-consuming (I'm in highschool final year), and moreover my math club requires some work too.
But the main reason that made me stop this project is that the result isn't really fun to play.

I didn't expect much more speed, but I still am quite disappointed.
Currently, I'm working on a Touhou-like shooter in lua, but I will finish it quite soon and I'll most likely go back to nCraft.

Yes, sorry, I'm a bit inactive lately.
That's because I got quite a lot of things to do (school, math...)
Moreover, it seems that I can't develop the same program during a long period... I don't feel courageous enough when I go on my computer, and I end up spending my time watching random things on the internet

But I will probably get back to this within a few weeks (I hope so).

By the way do you plan to add trees (perhaps with a darker green block) to map generation?

Yes

I assume that falling sand blocks and water would be impossible, though, since that requires a ridiculous amount of physics and you would have to update thousands of blocks location/multiplications (128x128x32 I think, right?) every few frame...

I think it would be possible, like BuilderBoy and Leafy said, I don't have to check every block, just "active" blocks.


But for now, I'm still fighting with an old "bug" : I ddon't know how to display triangles when some vertices are behing the player. (that's why when you're close to a cube, it is not displayed)
If someone has good ideas, I show you how I compute vertices : 

(all the vertices are rotated, so the camera is always directed to the x-axe)
The ? represents the y-coordinate of the vertex on the screen (from the center).
It is calculated with (10/x)*y
But this doesn't work anymore with negative values...

Today I was running nCraft and it froze up, rebooted my calc, and I had to reinstall the OS. Just thought you ought to know.

Oh, sorry
That's not really because of nCraft, but because of your overclock. As Lionel said, AHB frequency has to be under 70 MHz (and to be safe, it should even be under 66 MHz)

I believed it during a millisecond...
But I quickly understood the prank.

Nice job, it would be awesome !
But I'm pretty sure the Nspire couldn't stand so much textured polygons without 3D hardware acceleration.