If we control the palette, then my statement is still valid.

Thank you.  So what we can do is change the values of particualr nibbles as the LCD would see them, correct?  We could make 0xF black, for instance.

That could make it more speedy, I guess.

Remember we have 90MHz.

*150MHz

Excuse the double post, I have some important info here.

critor, you say your code tells the Nspire to wait, but it doesn't do that during actual bitmap display. The code seems to run rather slowly. I'd like to suggest an alternative dispBufIMG routine that uses fixed point and less calculations in the innermost loop (may require tweaking to work, this particular one hasn't been tested):
void dispBufIMG(unsigned char* buf, int xoff, int yoff, char* img, int width, int height, float inc)
{
int dwidth = width<<16, dheight = height<<16;
int data_x = 0, data_y = 0;
unsigned int x, y;
int fixedinc = inc*(1<<16);
int i, j;
if(xoff < 0){
data_x = -xoff;
xoff = 0;
}
if(yoff < 0){
data_y = -yoff;
yoff = 0;
}
char* k;
for(j=data_y, y=yoff; j < dheight && y < SCREEN_HEIGHT; j += fixedinc, y++)
for(i=data_x, x=xoff, k=img+width*(j>>16); i < dwidth && x < SCREEN_WIDTH; i += fixedinc, x++)
setBufPixel(buf, x, y, k[i>>16]);
}

Forget about mViewer and its 16 grayscale levels (4-bits).

The last build of mViewer is now able to display your bitmaps in not less than 31 different grayscale levels! (8-bits)

And guess what? While viewing the image, it as fast as the last public binary.


It was quite hard to take a photo.



Note: it looks much better without an APN.

What?!?  Does that same link on TI-Bank work for the latest version?

It's just worked for the 1st time a hour ago.
This special version is not pubic for now.
It needs some more testing/debugging.
The internal buffered data was changed from a 4-bits to 16-bits.


But when I release it, the same link is going to work. And you'going to be informed first! :p

And it should even be faster. the screen refresh code is now only copying the screen content 1 time instead of 2, although it still uses buffering.


Guess what... the Nspire is wonderfull!!!
(why did we have to wait 4 years for that?... silly TI!!!)

I was wondering, in the future, would it be possible to add support for other image file types?

Yes it would be possible.
We just need the code to decompress those images data to a raw bitmap.

JPEG/PNG/GIF support should be possible.
I think PNG is the easiest format and should be supported first.
JPEG decompression is much harder...
And GIF files can have multiple layers of various dimensions, layers which can cross the canvas border.