Posts Tagged ‘game design’
There’s more to EscApe than you think
This is kind of a port-mortem of EscApe (there’s another game with same name, it’s not about that one
) but I’m going to focus certain design choices I did in the 3 hours I created it.
Massive spoilers below, so if you intend to play my EscApe, go do it now!
“Your game is just a crummy monkey in a badly drawn cage”, you say? Perhaps, but there’s still more to it than meets they eye. Continue reading!
I’ve found two other games that are exactly the same as EscApe, except that they look and play quite differently. There’s The Power of Escape by BurnZeZ and BATHOS by johanp. I’ll use them to point out some differences in game design, which might sound like I’m trying to bash the other games, but that’s not my intention. Read it as constructive criticism.
The basic concept [of all 3] is of course to present the player with a room, which is impossible to escape using methods normally available in computer games. Not until the player starts thinking outside the box (or tries to quit the game, as we’ll see later), and takes what’s printed on her keyboard literally, she will escape the challenge. If executed correctly, this puzzle actually takes place in your room, rather on the computer screen.
Now, what did I try to do with this? My goal was to give as many hints as possible, without actually revealing the solution. I wanted the player after figuring it out to think “omg, why didn’t I think of that from the beginning?”.

Starting at the title, there’s a big green hint all over the screen. But I tried to draw your focus away from it, by making the game about an ape. You see, the title only says “escape” with “ape” highlighted.. or does it?
To put even more emphasis on this I added the text “Can you help the ape escape?”. There’s actually one more thing, which I didn’t think of until later, that APE is written in a slightly stronger color than ESC, but I think the difference could have been even bigger.
Still at the title menu, at the bottom it just says ENTER (the compo version had more text, but I thought it was distracting so I changed it). This is also a hint, actually. You see, I don’t give any exact instructions on how to play the game – I will return to why shortly – you have to figure it out yourself. As I mentioned the solution is to read the Esc-key literally, and for this to work, all keys have to work in the same way. You enter the game by pressing the enter key. Simple enough.
Lack of instructions, yes? The reason is of course, that only thing worse than giving no instructions at all, would be to give partial or faulty instructions (without telling the player that they are faulty). So either you tell players what all keys do, which would spoil the puzzle, or you say nothing at all.
(BATHOS – not made by me)
As you can see BATHOS looks nothing like my game, it has much better graphics (and sound) and I thought it was incredibly funny as well. But the other Johan seems to have done the opposite in just about every choice I’ve described so far. In fact, it even seems like he knowingly tries to lead players in the wrong direction
By giving instructions, there’s nothing in the game – or deducted from experience of playing 100s of other computer games earlier – saying that there’s another unmentioned key that is crucial to winning. Further, if Z means “jump” and X means “pickup”, then Q might as well mean “escape”? IMHO it’s a little like playing Super Mario Bros and having to figure out that you have to press the reset button on your console to press to find the princess. Though BATHOS has a lot more comments and ratings than EscApe, so maybe this is what people wants

Back to our poor, caged simian. My idea here was to print out the key you pressed in clear text, so you would get the connection between its literal meaning and what goes on on screen. Initially I was going to make it more passive, so that pressing left would only make the monkey look left for example, but I ran out of time sooner than expected. People ought to figure out soon enough that moving around in the cage won’t help you, so I’m not sure it made any difference. Hopefully after coming to that conclusion, all the previously mentioned hints have trained the player enough to start pressing other keys to see if anything happens.
Due to this lack of time, there is a crucial part of the game missing; There should be more keys with functions in the game to lead the player from using the direction keys to thinking “aha! I need to press Esc to escape”. Not only would this help bridge the logical gap, but also add a little bit more fun to the game. These were some I thought of:
- Space – Launches the cage into space or something. Maybe the monkey just thinks about space. However, it is a very important key, as it’s likely one of the first ones the player tries pressing (partially because of its size and location and partially because of its use in other games).
- Shift – The ape shifts its weight around.
- Home – Text: “You can’t go home”
- Enter – Text: “You’re already inside”
- Dash (well, it’s technically a minus sign, but they look similar enough) – Quick sprint in either direction.
- End – Popup saying “Are you sure you want to end the game?” with possible quit.
- Backspace – Printed as “Back (from) space” and returns to the jungle. Maybe too far fetched.
So why am I ranting about all this? Because gradually training the player to adapt to your game’s rules and mechanics is how you write modern games. No game designer ships their game with a printed manual these days, and if they do, nobody is going to read it
Another central concept of modern game design is to make player feel like they’re doing exactly what they want to, while they’re doing exactly what you want them to. This makes the player feel incredibly awesome and is a lot more rewarding that simply following a heavily scripted story. Ok, so EscApe isn’t Half-Life 2 (Valve are good at this), but maybe it’s a little bit more to it than you initially thought?
I wonder what would happen if the next LD theme was “space”…
Strategy Guide and Tech Talk
The compo is over, my game is finished and the rating starts. For anyone trying out my game (if you haven’t yet: HERE), I will explain some strategies to survive, just in case you have trouble with it. Additionally, as I tried to get some advice from my wife for setting up the level generator yesterday evening she wasn’t really enthusiastic, to say the least. So for anyone more interested in the tech behind I will explain, why the level generator currently doesn’t work that good for providing difficulty.
The game mechanic basically works with to values that decrease as long as you are digging tunnels (and even when passing existing ones). The first value is food/hunger. You can find three different kind of food which will give you 5 to 15 points back. Food, if there is any, is only revealed if you enter a cage. By that, it is often necessary to leave the direct path and search adjacent rooms if you are low on food. This strategy also has a second benefit related to the second value, hope.
Hope is generated by spotting new cages around you. So progressing the level is the key to prevent death by starvation. The hope mechanics leads to another point. Often it is better to move to the center of the level because chances for revealing cages is better in free field than at the level borders. This seems contradictory to the aim of getting to the upmost row or the rightmost column which are the only places to escape the level later on. Remeber that you can see 2 spaces horizontally and vertically and one space diagonally (not if you are digging). So if you already are two rows below the top border and there is no cage above, you won’t find any if you dig that direction.
The cacti walls are revealed by digging, so sometimes a tunnel can give further information for planning your path. This only applies if you have enough food/hope left.
To summarize the strategies:
- try to reach upmost row or rightmost column of the cages but pass the center of the level
- don’t dig to places where there can be no cage (2 spaces between player and border)
- don’t hesitate to search rooms for food
- progress to keep your hope filled

Headed to the center and didn't took the direct path to replenish food and hope. Else I would have died short before exit (Difficulty: Hard).
With that you should be able to beat all difficulties after some tryouts. At this point the random generator sets in. The design I used is rather insecure in providing the difficulty level. Instead of spreading a fixed amount of cages for each difficulty, I implemented to check a percentage to set a cage for every field of the grid (e.g. 33:67 that there is a cage on a field in normal mode). Instead of filling one third of the level with cages, this leads to very unsteady number of cages. By that, an “insane” level could have more cages than an “easy” one. Same applies to walls. By that the difficulty selector is a rather vague adjuster. But nevertheless you will notice the difference if you give it some tries (one playthrough is quick; around 15 seconds). So go and play. Good luck.
TL;DR:
Just a game design related teaser for the post mortem coming soon.
Begin the compo
First of, this theme is awesome and I hope for justas awesome entries.
Game Design
For my entry, I’m going for a (RT)Strategy game. Here is some concept art:
In the game you will control a subterranian civilization, which evolved eyes, that can only see a single color on the spectrum. You will have the basic RTS objects: towers to expand your teritory ( emmit the light you can see), units, which will emmit a dim light, when out of the towers range, building that will function only inside the range of the towers, some for traning troops, some for housing, some for gaining monochrome energy. Every object you see distincly in your color.
You will battle other civilization such as yourself, who are able to detect a different color. All of your enemies will appear black or very dim and will not be distingushable from one another. So if you are a yellow civilization, and have green and red opponents, you can tell them appart.
The basic goal will be to destoy your enemies/neighbours by destroing their main tower. I was also thinking of doing something with the entrance of the cavern, maybe a goal or bonus for the team that has control of it. One idea was to have the you gain the color of the opponent you conquer, till you eventually see all the colors and can go outside in the light world.
The game seem to be carying some racial message with it or at least it has potential for it.
Technical stuff
platform: Linux for development, Windows build after the compo, this time maybe even OSX
programming language: c++
libraries: SDL for graphics, input and sound. Do i need anything else? O_o
drawing: GIMP
recording sounds: Audacity
sound and music: Hohner BBassV with Digitech BP50 multi affect and 60watt Vision AMP . I hope my music skills don’t let me down.
TODO list for first day:
So how much can I actually get done in the first day? I think this should be a realistic goal:
* resource manager: sound, graphics,…
* tile engine for the map
* create the cave
* implement ligh sources
*create the towers
* mouse input and HUD
*some background music
I think that would be about half. I hope I am not underestimating any part I left for day two (AI or troop control maybe?). If my goal are realistic, I think I can actually make a good game this time round.
Well good luck to you all.

