Maybe a smaller PIC size would be more beneficial. Of course regardless of the PIC size, any lib will most likely read them from FLASH anyway. On calc compression is a possibility but would be a performance hit.

Well in tests ive used PIC's that are 256 colour (a standardised palette) with a res of 152x104 (15808 bytes), but scaled by 2x so they are 304x208. Its enough to store 247 8x8 tiles.

Awesome. Though the texture scaling code in the lode example code can really be optimised a lot if you wanted to dive into it deeper.

Since you are clipping triangles in 2D, you will need to see if the length of any slice is > 128 and dont draw if this is so. This usually means that the triangle is ultra close to the viewer anyway so should be ok.

If you are wanting to make an indoor room however, you might need to look at 3D clipping techniques.

I guess since it does write to archive then naturally if you were to use it over and over it would wear out FlashROM.

Perhaps an ASM lib can be made that will allow you to 'storePIC' to the extra RAM pages instead?

Wow nice! Im not sure ive seen anyone write such a routine before?!

Technically the scrolling is only drawing the edges as required so its not really animation I guess.

The first image test I did was half res 16 colour stored in nibbles. Was just a quick test but did use pucrunch since that's pretty simple. What compression techniques are you using currently and planning to use in the future?

Also when you say 8bit colour you mean 8bit index to a 16bit colour table?