Cool
But why don't you use a relative path so we could put the textures.bmp.tns in the same directory as the game?

Because they are not automatically handled by the Nspire, and because I was too lazy to write a function to do it at the time I wrote the demo but it's something planned for the engine.

Quote from: Matrefeytontias on June 14, 2013, 08:18:56 am

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

That's strange, all programs I've seen so far were a bit faster on an emulator than in reality. Also, it's quite fast in nspire_emu on my PC. Faster would be too fast

As I said, maybe it's only my PC

Did you put textures.bmp.tns in “/documents/ndless/“ ?

Oh I forgot to do that, I actually put it in the same folder as the test program lol.

By the way, will this program support 4, 8 and 24 bits textures? It would be nice for people who don't want to install GIMP, because no other image editor that is freeware can save in 16-bit format.

Could I please port this to Prizm?

This is great. Keep up the good work!

@Spenceboy98 no problem, but you'd prefer to wait a little until I put in the lib some things to make its use easier (I have some defines in mind).

@ExtendeD Why that ? I didn't use any other library than the one I wrote ... <and fdlibm>

Here's the code used in nSDL to use relative paths:

int nSDL_EnableRelativePaths(char **argv) {
    char buf[256], *p;
    strcpy(buf, argv[0]);
    p = strrchr(buf, '/');
    if (!p)
        return -1;
    *p = '\0';
    return NU_Set_Current_Dir(buf) ? -1 : 0;
}

Thanks hoffa, I've added it to Ndless/libndls.

If you ever decided to use nSDL for the Nspire version, for a PRIZM port you could always ask Ruler501 if he ever released pSDL, since he was working on that PRIZM port of nSDL a few years ago.

Bump,

nRC_loadBMP now automatically detects and handles :

• 1-bit monochrome bitmaps (B/W)
• 4-bits grayscales bitmaps (16 colours)
• 16-bits R5G6B5 bitmaps (65,536 colours)
• 24-bits R8G8B8 bitmaps (16,777,216 colours, but they are scaled down to the Nspire screen, so either 16 or 65,536 colours)

They're the most common types of bitmaps :) I planned the support for paletted bitmaps for later, since it's pretty complicated.

Also, I added some constants to make porting the engine easier, so this should make your life easier Spenceboy98 :)

Also, the new build of the demo now uses relative paths, so you just have to put textures.bmp.tns in the same directory :thumbsup:

I also formatted the whole directory in a logical way x) documentation will be included in the next release (I hope :P)

EDIT : of course, if you have any wish for this engine, please share your ideas, I'll be happy to add them to my TODO list :)