screens and modes

[fano]

Okay - I'll remember this. Thanks.

So even though using 8 colours would be less ram, it would actually be slower to use than 16 mode 0 or 4 mode 1?
Damn. I seem to be constantly failing every single time to find ways of reducing the amount of ram and cpu when handling modes.
Thanks for the info.

I think.4 colors would divide per 2 the size of graphics.If 3+transparent colors is not acceptable , a solution could be to split sprites in 4*8 mode 0 tiles and to use a 512 bytes aligned and interlaced table to convert bytes on the fly to 16 colors.You could take advantage of non masked parts and mask only when it is needed.
Anyway , closer is your rendering code from native CPC render format , faster it is.

[sigh]

I think.4 colors would divide per 2 the size of graphics.If 3+transparent colors is not acceptable , a solution could be to split sprites in 4*8 mode 0 tiles and to use a 512 bytes aligned and interlaced table to convert bytes on the fly to 16 colors.You could take advantage of non masked parts and mask only when it is needed.
Anyway , closer is your rendering code from native CPC render format , faster it is.

That seems like an incredible amount of programming hassle !

Thanks

[fano]

Why doing simple when you can make it complicated (this is my motto) 

To help you a bit :