I never tested any of my ndless programs on calc...
Actually, I don't have ndless on my calc. (Or else I would be too tempted to play in class )

So I hope that it will work like in nspire_emu...

So, CX compatibility should be okay, but for random reasons it keep crashing when I open it with the emulator...
I really do not understand.

The CX emulator works fine, I can run other programs that I compiled.
But it doesn't seem that the error comes from the code, since it runs perfectly on non-CX emulator.
I have no clue...

Hello everybody !

I have problems with color support, and I would need your help...
I have to change my buffer from uint8_t* to void*.

But in a function to change a pixel, I have to cast a void* value to an uint8_t if the screen is in 4 bpp mode.
So I tried :
function setPixel(void *buffer,int x,int y,int color)
{
    //...
    uint8_t px=*((uint8_t *)buffer[pos])     //pos is an int
    //...
}But gcc does not like that... What should I do instead?

Quote from: Chockosta on April 22, 2012, 12:14:58 pm

The black lasers could maybe look better, I think that you should make them look like electric arcs.

Yes, they are ugly. In the real game, they are not black but white inside and orange outside, but, first, the calculator doesn't support the orange color and secondly, my program would be too slow if I make it support white objects: I would have to reload the back buffer each time (see, the rolling stones are transparent, not white).
And electric arcs would be awesome but even slower and harder to code
But thanks for the suggestion

Or you could make them 6 pixels wide instead of 8...
(I'm not sure this will be better, and anyway they are not that ugly)

Why not just make your own sensors? An Arduino could easily use a low-rate serial connection with the calc's link port, and sensors with that can be quite complex and very low-cost, while still being quite small. (Imagine arduino mini, not arduino uno)

Well, I don't have the labstation cradle, so I would have to connect this to the RS232 port.
So I think I would need a C Lua addon (since ndless allow us to do this), but then it wouldn't work with the Vernier sensor...
I think it would be a lot of time spent for really few users.

If I have time and nothing more important to do, I might try this anyway.

This is awesome !
Cubefield is much more fluid with JSspire than with TINCS...
Really, this is amazing.

This will be great when it will be possible to play Lua games trough our browser... No more need to have a TI-Nspire!

And I have an idea to add math.eval()... The open-source CAS giac (AKA Xcas) can be used with the TI-Nspire/TI-68k syntax. Moreover, it is possible to use it through a web browser. (Demo (in french))
But this would require a lot of work...

Anyway, keep up the great work!

Wow... That's a lot of posts !
Thanks for the support

This looks awesome Chockosta! how big will be maps? Glad you're still working on this.

The total map is 100*100*40 (400,000 cubes !)
I display a chunk of 24*24*24 around the player. (with scrolling)

[nice ideas]

Your idea seems nice, but I think it's more adapted to a raycasting 3D engine... Because with nCraft, the sectors could get way too big.
Moreover, DJ is right, it would be hard to update sectors.

EPIC!
I want download

I have to get CX support, and then, I will put a download. (Even if it would be pretty useless without the possibility to add/remove blocks)


Oh, and sorry for using servimg, I should find another image hosting website.