Oh. OK. I'll add Abacus, then I'll post it.

You sort by points? Not by polygons? Usually, people will take a central, average points of a polygon and sort by that.

I'll publish the key, eventually. I'm not sure what the rules are regarding publishing entries on Miiverse, but I'm not seeing other people do it. So, please be patient.

I just sent my entry in. I just realized, though, that I forgot to tell them to run MENU.PRG. Normally, that's not a problem because there'd be only one program. Since mine is a collection, well, I hope they find out quickly before they give up. Oops. ^_^;

Application: Sent. Now back to Turtle Graphics. I've always wanted one. May as well make my own program.

My Ogiri entry is finally done. Here is the list of programs that is included. Total file size is 61K. I hope that is right. The whole project is done in 2 days. 8 AM yesterday to 7 pm today, with breaks. Total lines is over 2000. Tapped in with stylus. The program is only 88 lines, though. The rest is data.

More updates. It's getting to the final stretch! I think I'll have to skip Sokoban/Abacus. As for the rest, I'll shut off in about 2 hours, so we'll see how much I can squeeze through. I'm getting too tired.

On the plus side, when this is done, I'll have a wickedly cool text only CYOA system. With the ability to run external code in Slot 1, and return to main in Slot 0. A sample of the code on screen. 80+ lines of code so far. 360+ lines data. I just started this, this morning.

So, here is an example of QSP. I have to juggle different screen modes. Sigh. Sorry, it's all text. No time for screen capture. The only day off for the last two weeks is today. Okay, so there was 22 hours I spent on Harvest December, but still... Anybody else is entering the contest?

Update on my Ogiri entry. Ugh. Too slow! I forget how long it takes to run and check the programs, even when everything runs smoothly. OTOH, I now have easily the longest source code program, most of it DATA statements. This is outside my own programs, which get custom modified for Ogiri.

Only two days left! Due to my scheduling, I won't be able to brush it up if not done by tomorrow. But I'll try. Hopefully, there'll be much more than 80 entries, even if much of it are just demos.

Since I'm lazy, I just use SPSCALE. :p But you can use SPSET N,U,V,W,H for bigger sprites.

I stop worrying about performance a long time ago. With my busy schedule, it's more of "how many lines of code can I do in an hour?" Simplicity is more important to me. :)

The formula is Character Sprite No + Direction*Steps + Step W1 is the cycle period W2 is the number of steps

Those of you who are wondering how to do walking animation, here you go! It's pretty easy to do it the hard way, instead of using SPANIM, but you do pay in price of jerkiness, and more CPU cycles. Still, if you're okay with that, then easy as pie!

The banding is always present, even with full 24 bit colors. That's just how sensitive our eyes are. I have yet to see a gradient demo without color banding.

I suppose I can throw my OSPs in a weekend. I didn't have Christmas day off like I wanted. Not good sign for new year either. But here's hoping...

As I suspected, it does fit QSP! \(∞)/

I won't make Ogiri deadline due to overwork during holidays. Too bad. Anyway, Korg M01D is on sale. Is there an easy way to integrate it or do we have to do MIDI2MML the hard way? I wish discostew is active here. He'd be able to deconstruct MIDI specs easy!

phong is overly complicated if what you want is dithering. Floyd-Steinberg is a better deal. SmileBasic has 32 bit RGBA (or ARGB) so that's the full spectrum.