Yeah of course I planned that. But like many other things, it'll come later.

Bump,

Ready to play the first mini-game ever programmed with nRayC ?

I programmed a small maze as a proof of concept ; it runs fast enough, has 5 64*64 textures including one edited each frame (the exit is a block of moving plasmaaaaa  ) and 4 loaded from an external bitmap, and collision detection to detect the exit

To play, same than before : put test.tns wherever you want and textures.bmp.tns in "/documents/ndless/".

And the source is ... 105 lines, including a 24-lines map declaration

I also release both the source of the example and the engine

For now, the engine is nRayC.c and nRayC.h, but later I'll write a doc and compile it in a static lib. You can still use test.c and the functions' prototypes as a small doc

Also beware : the program is much, MUCH slower on an emulator than on-calc. At least on my PC

Update

I finished writing a working R5G6B5(r,g,b) macro, which automatically converts either to R5G6B5 for CX calcs, or a corresponding greyscale for non-CX calcs (among other things )

I felt like I could post a small demo you need both test.tns and textures.bmp.tns. Since I didn't take care of paths, textures.bmp.tns needs to be in "/documents/ndless/" for the program to work.

I could test it with my Nspire CAS, but I couldn't test with a CX, so if CX users could test it and tell me how it runs, it'd be cool

Also @tr1p1ea : it's based on Lode's technique.

Hallaw guys,

This is something I wanted to do since ... a year or two but I never got it to understand and apply correctly the technique of raycasting.

BUT ! Now it's done

So I wrote this library which I named nRayC, because it's an Nspire lib about RAYcasting to be used in C

Although this library is mainly focused on raycasting, it's not its only use : I also included a bunch of functions, like pixel, line and even triangle (why not) drawing, tile detection, bitmaps loading and stuffs.

Currently, the library features raycasting rendered by a unique function :

void nRC_rayCasting(int *map, Vector player, ScreenPoint mapDimensions, Vector dir, Vector planeVec, uint16_t *textures, char *buffer)

It also provides two structures as you can see, ScreenPoint and Vector. I don't release anything for now because I don't think it's ready to be released, but I attach a screenshot of what it can do

I'm working actively on it, so expect progress every 2 days

Share comments

Bump ...

Yeah, I read what Augs "just" posted (in term of space, not time), but still. Is this dead or not ?

Hallaw people,

In my free time I like to program some small animations on my calc, and I thought it could be cool to make a topic to show you the ones that I think should be shown

[Ndless C] Plasma (I know this already exists, but it doesn't use SDL anymore, for this I reused part of a library I'm writing to deal with screen and pixels). My library handles cross-compatibility, so you can use the same *.tns file for both CX and non-CX calcs

It takes ≈ 6 seconds to start because it has to compute and store 76800 * 7 sines and 76800 * 2 square roots in a table in order to get a decent execution speed

Well, I guess I beat it. I'm not sure, because there's no ending scene, just no more enemies.
It wasn't really hard, though. I didn't use any bomb.

Remember that we're speaking about a danmaku programmed in Axe on a 83+ non-SE, intended to run correctly and be playable at 6 MHz, and not even finished

I'm looking forward to harder levels !
I recommend using more aimed bullets, and streaming-based levels.

Well, that will be hard due to the reasons given above. But I hope that you'll find the next levels (I planned 5 in total, due tu space restriction) harder than these ones