I haven't had the chance to say congratz, it looks awesome

I wonder if other well-known libs are going to be updated too for the 84C....
Oh well, as long as the best ones do

Yes you can switch gram at any time, scrolling is only a few lines of code so no problem

Did some sprite tests on a tilemapped background:



Left screenie is with no transparency, right is with the transparent colour specified.

The tilemap is drawn as a background and the sprites are drawn over it. The tile that the sprite is over is redrawn every offscreen frame to effectively 'clear' the sprite. The map is not drawn every frame, rather it serves as a background.

This is looking really nice Tr1p. Speed looks quite good here.

Coloured fonts are part of the plan .

I think transparent backgrounds on text would definetly be nice.

So you mean that fonts are 'fixed-width' in that every character occupies the same space? As opposed to variable width fonts where 'W' and 'I' take up a different amount of space?

There are advantages to both kinds i guess, in actuality it should be easy enough to specify which method you want to use.

Here is an incredibly crappy quality screenshot showing  16x16 sprite (with transparency) moving around. It appears to run a little slower than on calc (due to capture issues).

The 16x16 sprite is made up of 4 * 8x8 tiles. You can specify which tiles in a PIC make up the sprite, and they dont have to be in order in the PIC either.

For example you could say that tiles 1,2,3,4 make up your sprite, or if you say want to have the same body but a different head on the sprite you can say that 55,56,3,4 make up the sprite etc (if that makes sense).

The screenshot is actually drawing 2 16x16 sprites since the 4 tiles that are 'behind' the main sprite are calculated and drawn every off-screen-frame in order to clear the sprite. This saves having to clear and redraw the entire screen ... which would be very slow!