This is another return to the purity of the classic arcade experience–a new game based on retro gameplay mechanics. As with the all my games, they are designed to fit into the golden age of videogames. They never existed in the old arcade days, but they would easily have found a home there.
In Elecktra, the player is stuck in a fixed location. Fleets of block shapes edge their way towards the player, and the goal is to destroy them before they hit. The only way to do this is by launching “electra hooks” at the enemies. These can be launched in only four directions, thus imposing limitations on what the player can do.
I was asked to design a banner game for the Jayisgames review site. Most banner games are simple “shoot at the target” type games, but I wanted to do something more extensive. The result is Skyhigh. Its a mini-game, but it contains all the elements of a complete arcade game. The only difference is the rapid pace at which the player progresses through the levels.
One of the challenges in designing this game was the limited playfield size. Normally I work within 640×500 (sometimes 800×600), but for this game I was required to work with a 750×150 size game. I made use of the length of the game play area by making this a side scrolling game. The limited height came in useful for some levels where enemies attack from above. It created a good challenge for the player, who would have to hover as far down to the bottom of the screen as possible to avoid getting hit.
When I originally planned this game, the player’s ship was going to move around the outside of the screen, just like Gyruss. It looked quite good, but I had trouble getting the game difficulty pitched right. It was either too hard or too easy. There seemed no middle ground. I solved the problem by giving the player more movement freedom. The player can move anywhere on the screen. The only thing is that the player is always targetting the center of the screen, so the shots always head towards the matrix. I think its a good effect and provides a level of originality in the game.
This is a fast paced game, and the enemies move in fast scripted waves (very fast in later levels). To add emphasis to the speed I found a couple of nice fastpace tunes on the internet. I don’t know who sequenced them unfortunately. They fit the game very well.
I put together an effective flashing transition between the levels. During test playing I found that sometimes the flashing would match the timing of the snare buildups in the backing music. The effect was fantastic and having seen it I became determined to somehow use it. The problem was that it was impossible to guarantee that the flashing would start exactly when a drum roll was occuring. My first solution was to insert a sound effect of a snare build. It sounded and looked quite good, but I decided that I needed a more abstract sound effect for the transition. Luckily I found one in a classic arcade sound effect folder. It is an effect that is percussive, and by getting the script to switch it off and on when the flash starts, stops, and starts again, the effect is impressive. When it finishes I use a nice little electronic ‘veeb’ sound to complete the stage transition.
Read the jayisgames review on Swarm here: http://jayisgames.com/archives/2005/07/swarm.php
2009 update – This game has been ported to iPhone by Cerebral Fix
Another challenge in the design revolves around maintaining speed with so many moving screen elements. Part of the character of this game is the fact that the screen (after a while) is packed with enemies. It makes for a fun game, but (as always) speed is an issue. I think it performs quite well on Internet Explorer. I have tested it on a 1.5Ghz machine and it runs fine. Firefox is slow, but I am confident that the next release of Firefox will be a lot faster.
One of my favorite features of “Replicator” is the particle effect when eggs and bugs explode. In order to maintain speed, I couldn’t use my normal particle effect–simply deploying an array of particle sprites in different directions. This is because “Replicator” has a lot of onscreen elements to maintain. And I wanted the particle effect to be a lot richer than normal. The simplest solution was to make the particle effect into a sprite. By doing this I could make the effect quite rich, with many particles, but the computer would only need to update one sprite. An obvious solution, really.
Read the jayisgames review on Replicator here: http://jayisgames.com/archives/2005/01/replicator.php
The gameplay only took a day to write. I then worked on the presentation. The balloons and the wolf are recycled from “Antarctica”, while the concept for the scenery came from “Bust’n Redzta”. Although the entire game was done in about 3 days, I then spent a week refining the game and trying to get the difficulty pitched correctly.
I also had a pain in the neck bug in the game, which didn’t occur until around stage 11. It took 3 days to iron it out. The problem was that sometimes when the stage started, there would be gaps between balloons at the top. And for some reason these gaps were solid–nothing could pass through. I checked the arrays, and coded a lot of hacks to try to fix it, but nothing worked. In the end I discovered the problem. It was so obvious, and was just a stupid mistake on my part. Basically, when resetting the balloons, I had forgotten to reset their last finishing positions to 0 (I use finishing positions while balloons are moving to tell the script when to check for a collision). What happened was that some of the reset balloons had retained previous finish positions that were too high, so they moved to those positions without altering their position in the array (because they were not meant to be moving at that time). Its kind of hard to articulate the error. Needless to say, I found it after pulling out most of my hair through frustration.
I haven’t done one of these games since “Circle Bobble”. I think its quite addictive, really. In testing it I can fully understand why this type of game is so popular. Its hard to put down.
Why Terrorism? Well, Commando21c was loosely based on this theme but I wanted to do something more obviously based on eliminating terrorism. Then Raw Thrills (headed by Eugene Jarvis) released their FPS coin-op, Target:Terror, and its success showed that this is an issue people want to see in games (I’ve read a report that people stand in line waiting to play Target:Terror–great for revitalizing arcades). There are not many webgames based on fighting terrorism, so I thought I’d fill that niche.
Why the armored suit? The idea came about while thinking about the old Robocop films and playing the Robocop game. I thought it would be a good idea for a commando to be outfitted with the sort of armor that Robocop wore. Its the best way to survive carbombs, bullets, and missles. Of course, they guy in Counter Terror is not a cyborg. He’s a human dressed in armor.
Counter Terror gets quite difficult, so I’ll be interested to see if anyone completes it and signs the hall of fame. Have fun with it.








