Hey guys,

So Hayleia, pierrotdu18 (from TI-Planet) and I were kinda used to nSDL, but as we encountered speed and portability difficulties (like nSDL_LoadImage returning 16-bits surfaces only) we thought of doing our own graphics lib. So far it does work pretty well ; here are the implemented, tested and working features :

• Double-buffering via a few functions, init, two kinds of update and deinit
• Some fixed-point (24.8 ) maths routines : multiply, divide, fixed to integer, integer to fixed, fixed cos, fixed sin, 2D rotation of a point by an angle
• Buffer-level routines : clear, fill
• Pixel-level routines : getPixel, two kinds of setPixel (R5G6B5 and RGB)
• Sprite-level routines : drawSprite, drawSpritePart (draws only a part of a sprite), drawSpriteRotated (rotates a sprite by an angle)
• Full compatibility with monochrome and color Nspires, with automated conversion of colors

That's it for now, but of course we will add more and more routines to make it the best lib for Nspire !

Attached are the two files you need to use the lib.

Wow, I don't really know how you can have trouble making it work

But I'll make a tutorial anyway. Just know that images must be an array of unsigned short and have the following format :

• Width in pixels
• Height in pixels
• Transparent color
• Pixel data in R5G6B5 format

Rect is a struct made by 4 components : x, y, w, h. Set them to tell which part of the sprite you want to draw.

Run initDoubleBuff() at the beginning of your program ; if it returns anything else than 0 it's not good, so quit.
Run any of the two switchBuffers() to update the screen.
Run deinitDOubleBuff() at the end of your program.

Double-buffering involves 2 buffers, of course. So you can restore the first on the other with switchBuffersRestore(). This has a use if you don't redraw the whole screen each frame.

I think that's it.

In fact, you just have to init() at the begining of the main, and to deinit() at the end. Everething else is done by the lib. When you draw, it goes on the current drawing buffer, and you just have flip() to exchange the buffers. (two buffers are created, and we switch back to the backupBuffer at the end because we use 16bpp for monochromes, and backupBuffer is in 4bpp (2*4)).
For the moment, we haven't done many drawing functions but we are working on it. However, I rather like our images format.

Seems interesting, although from the name, at first I thought this was a math graph utility.

Yeah, they didn't ask my opinion for the name, I find it quite ridiculous. I was thinking more about "n2DL" like "2D Lib"
Seriously, couldn't a poll be added for the name ? Because I say it's ugly and DJ_O says it's misleading so in any case it is not good.

Also, welcome to Omnimaga pierrotdu18. You can introduce yourself here.

Oops, I forgot to replace switchBuffers() by switchBuffersRestore() in the Jetpack Impossible code after I implemented it fixed now, download again two posts above.

And Hayleia we didn't ask you because you weren't there and we wanted to post the lib anyway

Good point. Adding that to the poll. I'm also thinking about putting that lib on Github so everyone can push things to it.

You can remove your poll, I checked the box.

Actually I forgot to check that box so I recreated the poll with this time the box checked.