Here is the Game Gadget release of Worm Warrior:

Worm Warrior screenshot

Worm Warrior for the Game Gadget

To install this, you will need to follow the directions here to install the sandbox on the Game Gadget:

Once the sandbox is installed, drop the ‘worm’ folder, from WormGG.rar, into the plugins folder on the SD card.

The Didj version of Worm Warrior is playable. Download it here. Installation instructions are included in the file. This will work correctly on a normal Didj.

Sound isn’t implemented yet, but everything else works fine. I need to see if it would be possible to get Hekkus Sound System running on the Didj,

This is using the SDL_RenderCopy, from a texture, for the display, and Linux input events for input. By specifying the rects to SDL_RenderCopy and SDL_LockTexture I was able to speed things up to a playable level.

A big thanks goes out to Ramblings and Broken Code for the Didj OpenGL demos.

It’s been a challenge to get Worm Warrior running on a normal Didj. The Didj is an excellent platform for retro style games. It offers a 320 x 240 16 bit color screen with NES/GBA style inputs. And, a Didj can often be found cheaply at thrift stores or on EBay. I payed $4 for mine, without a power supply or USB cable, at a local Goodwill thrift store.


I finished the initial version of BLT for the SNES. The title screen is placeholder. I plan to polish this up over the coming week.

BLT final Ludum Dare Jam version

This has a good part of what I was hoping to achieve this weekend. There isn’t much game play to speak of. Both A and B buttons will fire. Every other shot is a slow one (I will probably change this to cancel the slow shot if shots are altered between each side).

The bacon evolves after a certain number of bugs are shot (25 right now). The Sizzle Meter™, in the lower right, indicates the progress towards evolution.

The game seems to slow down at certain points. I haven’t verified this. I will probably have to optimize the code to fix this; shouldn’t be a big deal though.

I’ve spent a significant amount of time chasing down a collision bug. Again, I assumed it was an issue with the compiler. It turned out that when generating a random position, i was generating positions based on 64 and not 32 (a ‘<< 6’ instead of a ‘<< 5’). Normally, that would shift some sprites offscreen, on the SNES they just wrap around. But, collision detection doesn’t use the wrapped coordinates. D’oh.

So, the plan is to polish up the release for either a Jam release, or release it at a later point in time.

Here’s the 2nd playable demo, including enemies, collision detection, and score and life tracking.

BLT 2nd playable demo.

The game can now be played, although there are no enemies or goals.

BLT Demo #1

I implemented a sprite system and input handling. The background automatically scrolls, and bullets can be fired and are moved and removed automatically.

The biggest problems I’ve experienced has been how sprite indexes are used. I assumed that sprite 2 was 1, but sprite 2 is actually 4. Some of the behaviors look like compiler issues; which was also an issue when I was developing Frog Feast. I just don’t completely trust a 65816 C compiler.