So one disadvantage I have when I use Processing instead of KNP is not having a good sprite class. It's easy enough to put an image or a box anywhere on screen, but collision detections have been a pain in the ass. Also, there's some part of me saying that bounding-rectangle collisions might end up being too limiting. So I want to add a reasonable sprite class to my arsenal before sitting down to KotM.

First attempt is this:
http://kirkjerk.com/features/java/dev/sprat1/

I've decided I'm making sprats instead of sprites. It's catchy and one less letter to type.

geek notes, it first does bounding rectangle comparisons, and then pixel by pixel "alpha channel" comparison, so a transparent gif (or PNG I think, haven't tried) will do what you expect. Then I threw in the idea of manual multiple frames, since a collision algorithm will have to know about that.

I now want to make a "basic physics" sprat, w/ a bit of intertia and what not, the kind of thing that ends up being in at least half of my 'wrecks.

If all goes well I'm going to port one of my old visual basic programs as a proof of concept.

If all goes really well, I'll start seeing about a very basic platform engine.

(I think the biggest bummer with KNP is how few options you have for enemy movement. I kinda wish they put on some basic "Platform" and "8 direction" or whatever movement.)

AND BE WARNED -- I JUST FOUND A KICK ASS SOUND ENGINE FOR KNP^H^H^Hjava processing - sorry for the confusion SO MY KOTMS WILL BE EMERGING FROM THE MIME-LIKE, SILENT GHETTO THEY'VE BEEN SITTING IN FOR SO LONG. Hell, I think THIS engine even understands MP3s! (though I don't think it does any kind of streaming, so I'm kind of afraid of it.)