@Darl181 : that's exactly what I did
I just implemented the scrolling in the game and reduce the size of the sprite ( ), and effectively, it's still a bit fast

EDIT : eye candy (it's not that bad on a real calc ) :

Yeah, that's a bit confused, especially with the missile sprite, but I will use Pt-Mask instead of Pt-On in order to have solid white and as I said, that's better on a real calc.

Still I have one big image written in hexa (768 bytes hand-wrote >_<) I prefer keep this

Yes of course, there will be 3 enemies : missiles, lasers and zappers, sort of electric bows you'll have to avoid.

And yes, I'll add some 25% grey in the image in order to fill the whole screen.

Does SourceCoder support grayscale? Otherwise I guess first you would need to separate both layers (have one pic with only black and light gray and the other pic with only black and dark gray). Basically get rid of the dark gray and change light to black in the first, and get rid of light gray and change dark to black in the second (photofiltre lets you do that easily, but I don't know if Gimp and Paint.net have that feature). Save both pics separately then convert to hex.

Also this looks great Matrefeytontias. You might want to refresh the grayscale multiple times per frame though so it doesn't look too flickery.

Ah ok, sorry to hear.

And does the SourceCoder site gives you the error or something? Maybe Kerm messed something up. But it could also be that SourceCoder only supports monochrome (non-grayscale) images.

Maybe SourceCoder got cross-browser compatibility issues or Surpasshosting was overloaded?

oh, i didn't think you were actually going to use that. it was just a quick suggestion. here are a couple of versions that actually loop properly, so there's no edge. making it 3 level grey would probably be a better idea, because it would flicker less ad things would be easier to see.

What happened to the top of the pictures?