Category Archives: gamejams

Team S.T.E.A.L.T.H. – Postmortem

My entry to Ludum Dare 33 is Team S.T.E.A.L.T.H. Prior to the jam, I had been playing a lot of the Metal Gear series, and that made me want to create a stealth game. My original idea was very complex, and was essentially “Metal Gear (2), but turn-based”. I had plans for so many weapons, tools, obstacles, and enemies. I had a save format and level format designed. I had the HUD drawn. I had an idea with a huge scope. I have no idea what I was thinking.

The Original Idea

As I mentioned, my entry was heavily inspired by the Metal Gear series, though my original idea was even more heavily inspired by the series. Since I started thinking about my plans before Ludum Dare started, by the time half an hour had passed, I had a strong, fleshed-out idea.

The game would be turn-based, and involve collecting a certain amount of intel on each level. The player would have a certain number of move points, which would dictate how far they can move each turn. They would be able to plan things out and perform actions like shooting or equipping items on their turn, after which the enemies would move. There would be plenty of guards to avoid, as well as things like cameras and infra-red lasers. Items such as empty magazines could distract guards, and thermal goggles would reveal mines and laser beams. The levels would mostly be large, ecouraging use of the radar to see enemy and intel positions.

My original idea also included stat tracking. Enemies killed, enemies dispatched non-lethally, turns taken, and a lot more would all be recorded and have a small effect on the story.

Here’s the first and second versions of the hud, created one right after the other.


Here’s part of my early design document listing what I had planned.

-Tranquilizer Pistol
-Empty Magazine
-Smoke Grenade
-Sleeping Gas Mine
-Sleep Syringe
-Key Cards (Removed after each level)

-Cardboard Box
-Mine Disarm Tool
-ThermalGlasses (make infrared beams visible and display heat sources)
-Medicine (heals player)
-Chocolate (Allows more movement)

-Guard (can have pistol, smg, or shotgun, always has knife)
-Armored Guard (can have shotgun or assault rifle, always has knife)
-Grenadier Guard (armored, can have rpg or grenade launcher, always has grenades)
-Gun Camera
-Flying Mobile Drone
-Flying Mobile Gun Drone
-Infrared Lasers

That’s quite a lot of content and quite a large scope.  So what actually made it into the game?

screen2Not much.

The Game

There were two major moments when I knew I needed to make major changes to my original idea. The first came early on Saturday (about 18 hours into the competition). I looked at my list of items and weapons and knew I couldn’t add all or even most of them. By this point, I had already decided to stick with the two enemies I had created, a guard and a drone.

I figured that since one was an organic threat and the other was a machine threat, I could simplify combat into two attacks. One type of bullet would deal with the guard, and the other would deal with the drone. Using the wrong type of bullet would simply alert the enemy and they would chase and attack the player.


It wasn’t until a few hours later that I began to implement the combat. At this point, I still had much to do, including music/sfx, adding more levels, adding the story, making the title screen, and a lot of other small things. Also, I would not be able to work on the game at all on Sunday until the afternoon, which would leave me with 8 hours until the competition ended.

I had the assets for bullets and buttons created. With only a few hours left in the day, I knew that if implementing combat didn’t go very well, I would likely have to cut it entirely. It didn’t go very well.

I cut combat entirely, which was the second major change I made. This also meant that the only possible fail state I could have given the current state of the game was to make getting spotted mean instant failure.

As I finished up the game and added more levels, I realized that these last two changes were actually beneficial to the game as a whole. There was no way I was going to execute my original idea, and having basic but superfluous combat would likely detract from the game entirely. And so, the game turned into much more of a puzzle game than I originally thought.

I finished the title screen and story, and added more levels on Sunday.  To keep things simple, levels would all be the size of the game screen, and no larger. I polished up a few things and submitted with 30 minutes left (not counting the dedicated submission hour). In the end, the final product was approximately 99% different that what I planned going into the weekend.


What Went Right

  • I had a clear idea of what I wanted to do.
  • I planned how I would use each of the themes in the final round.
  • I knew my tools.
  • I got something playable quickly.
  • Some of the changes I made massively benefited the game.
  • I finished a game.
  • I had fun. :)

What Went Wrong

  • I massively, massively overscoped my original idea.
  • Because of this, I had to make several changes throughout the weekend.
  • Because of this, I ended up undoing or not using some of my work, which wasted time.
  • I had trouble getting pathfinding working correctly at first, which lead to delays in progress.
  • There are a few minor bugs left in the game.

In The End

I’m very happy with my game. The gameplay is simple yet fun. Most people seem to like puzzle games. The game still has the spirit of what I intended. The radar works and looks cool, so I’m extremely proud of that. The “ending” is sort-of outside the game, and is somewhat open to interpretation by the player.

If you haven’t played it, you can find the game here on the Ludum Dare website. If you made a game for LD33, be sure to vote and tell me what you think!

7DRL 2015 – Another Update

I haven’t given updates over the past few days because I’ve been recovering from having my wisdom teeth removed. Unfortunately, this cut my available time from 7 days to 5 days. 5 days is not a lot of time to make a roguelike.

Still, I’m confident I will finish, although without adding everything I originally wanted. Enough text, it’s time for some screenshots!early6 early7

Check out all the blue! This is what the second half of the game looks like.early8 early9In the last screenshot you can see the inventory screen. I’m glad that I was at least able to add an inventory and items this time. Last year’s 7DRL didn’t have a real inventory, only a few weapons that could be swapped out.

All I have left now in my (revised) todo list is finishing the title and endgame screens and menus, finishing the art, and bug-fixing and polishing!

7DRL Progress Update 2

It’s been over 24 hours since I started, and what have I got to show for that time investment? Take a look:early1Click the images for larger versions.

What’s going on in the game so far? The player can move, and the game world only updates when the player is moving or performing some sort of action (such as shooting). This means that bullets, once fired, will hang in the air and only move when the player does!early2Currently, I’ve got a very good start. Movement/physics are probably finished, as well as creating/transitioning between floors. I also have the basics of inventory and items done.

I still need to actually create floors that aren’t simply big empty spaces (so, actually generate floors), and more enemies, add items, finish the inventory management, add leveling,  create the hud, create the title screen balance the game, and add saving/loading. That’s… actually a lot now that I think about it. Tomorrow I’ll work on the floor generation and add more enemies.

7DRL 2015 – I’m in!

Another year, another challenge! I started working at 3 PM today (CST), which means I’ve used almost 6 of my 168 hours! In that time I’ve done… not much. My roguelike is called “Infinite Energy”, and it’s sc-fi themed. My plan is to make it not necessarily turn-based, but rather only update the game world when the player is moving.

For example, if an enemy shoots at the player, the player can stop and examine the situation, and the bullet will be frozen until the player moves again. The player can in this way sidestep bullets and other threats!

Currently I’m working on the base/structure, so I don’t have any screenshots to share. It should be playable soon though!