this looks awesome
“tor”? The Onion Router?
Here’s a quick screenshot, converting the screen to 16bit in the last pass of the linefiller and the door is an 8bit sprite that uses an external palette converted to 16bit to render…
How It Started… . . . . . . . . . . . . . . . . . . . . . . . . . . .How It’s Going…
So far (recently) added 16bit sprite layer, all of the background and sprites are converted to a 16bit scanline layer, so that each sprite can now have a palette outside of the 8bit palette allowed by the default tas line filler.
The sprite layer can now handle 8, 4 or 2 bit sprite data, so currently the gem sprites are all the same graphic, but with a different unique palette applied at render time.
Also, added a nice sparkle to the gems
That looks amazing! Definitely makes a player want to grab that gem so sparkles…
Looks very good!
There seems to be some limitation to libhotswap that I am confusing myself with. I have tried reducing the size of my hotswap flash area, as I’m currently using 72k and the level 1 data is only 44k. Reducing the hotswap to 60k or even lower, results in the game freezing when loading the level. yet if I set ot to 64k it works fine.
Swapping to flash uses sectors. AFAIK they are multiples of 8k
I’ll give that a try, I have 4k in my notes, must have got mixed up at some point.
Is it really as simple as that?
This doesn’t work
using LevelData = Hotswap<56*1024, 0>; // multiple of 8kb = Palette and level tiles
using LevelData = Hotswap<64*1024, 0>; // multiple of 8kb = Palette and level tiles
It seems to be doing that thing again…
But I’m thinking that it’s something to do with my sprite filler again.