Hello, I did post this up at the end of 2017, but decided to remove it partly due to imposter syndrome and partly because it just didn't work too well under iOS.
Anyway, I've had a change of heart and have decided to put this up again.
Thanks to Vanja and Andreas of Pond software for allowing me to make and share this Pico-8 interpretation of their 8-bit C64 game. (Find it here: http://http://pondsoft.uk/splorf.html )
Also, a special mention must go to Paul Nicholas ( @Liquidream), who helped me solve some nasty bugs, Chris Donnelly (@gruber_music) for the awesome music/sound, Morgan McGuire (@casualeffects) who supplied me with some great particle code to play with. Also Justin Ray (@designinvan) and Urban Monk.
I hope some of you enjoy this simple little highscore chaser game.
X - to thrust or start game.
Z - for credits, story and info. (on title screen).
Another noob question.
I see Aseprite has a pico-8 palette option and is quite cool for pixelling/animating. Is there a method to get the gfx data from Aseprite to Pico-8 cleanly?
I'm doing a port of a C64 game called Spaceman Splorf: Planet of Doom and would like to be able to not HAVE to do the animation natively.
Has anyone achieved accurate sprite to sprite collision with Pico-8? I know I can use the overlapping bounding box method, but I'd like to be able to check on a pixel perfect level to see if a sprite touches another sprite.
Is this doable, without getting too convoluted? Or should I just stick with bounds (maybe multiple bounds for extra resolution) ??
Oh, I'm new to Pico-8, so bear with me. I usually tinker with C64 retro coding (which has hardware sprite collision detection).