Atum screenshot. A first-person view of a computer on a desktop. The computer screen shows a platformer game. The player character is holding up a lighter to the screen, which has set some barrels on fire in the game-within-the-game.

MIXTAPE: Fourth Wall Breakers

September 22, 2015 - Mixtapes

I’ve always been attracted to media that break the fourth wall. In movies and TV, this can be used to resist the traditional philosophy that the equipment that makes a film is ugly and uncouth and should be treated as a silent observer of a spontaneous display of narrative. Turning and speaking to this stuff can feel like a rejection of this philosophy and everything it implies: that the “behind the scenes” labor is less important, that a story can be separated from the method of its telling, that filmed stories just happen rather than being carefully designed.

Games that metaphorically break the fourth wall use their own techniques to acknowledge the mechanisms that make digital art. The ten games on this mixtape all acknowledge their status as games in different ways and find various walls within their medium to break. Many of them, too, act as reminders of all the messy, physical stuff around games that is conventionally treated as invisible.

 

Milk! screenshot. A Windows desktop with some folders open. To the right are two small windows both showing a simple monochrome game. One window has a spaceship in it. There are milk bottles, bombs, and obstacles placed randomly around both windows.

Milk! (2012)
hirsch
Windows

Milk! breaks the fourth wall in a pretty literal way, if you think of window borders as a wall. Breaking this particular wall disrupts the conventional separation between a program and the surrounding operating system. This can be a bit of a trick. I admire Milk! because I once tried to write a similar program and found it incredibly annoying to code. The tools Windows provides to programmers aren’t designed to make this sort of thing easy. That reflects a decision made long ago that the arrangement of windows in space wouldn’t be meaningful to the program running within a given window.

Milk! comes from a world where a different decision was made, and the layout of windows was meaningful. Different software would have been made in that world, and the metaphors we use around computers would have been a little different. Games that push against the boundaries of their toolset always appeal to me because they help you see how the toolsets shape and limit the things made with them. So many conventions surrounding software go unquestioned in digital games, and they really shouldn’t.

Jungle Max screenshot. The background looks like a window sketched roughly in pen on paper. At the bottom is a trapezoid-shaped head, and there are left and right arrows to either side of the window. In the window is a 3D environment with a green floor, blue walls, and some kind of green and red structure in the background. Below all this is text that reads: "cause to happen"

Jungle Max (2012)
thecatamites
Windows, Mac

Jungle Max depicts a mostly-barren world filled with strange objects whose purpose is unclear. The game itself feels like it could be one of these objects. Playing Jungle Max felt like I had picked up a weird little game lying in the desert and couldn’t quite figure out how it worked or where it came from. A lot of short games feel like this, but Jungle Max really leans into the feeling with its design. With an interface that looks like someone drew a handheld game on notebook paper, it’s easy to think of it as a physical object, to wonder about where you might have found it and what context it belongs in.

The strangest thing to me about Jungle Max is how it combines inputs from your keyboard and the buttons on its internal frame. If you did find this object in the desert, you could turn but never move forward. Moving around this little world isn’t possible unless you control it from within and without its frame of reference at once. This game doesn’t seem to belong entirely anywhere.

Math Land screenshot. A browser window with "Math Land" at the top. Below is a yellow game window with "Let's try out!" written in it. Over it is a browser error window that says the Flash plugin has stopped responding.

Math Land (2010)
increpare
Browser (Flash)

Sometimes breaking the fourth wall isn’t entirely intentional. In games, the hidden machinery frequently reveals itself in the form of bugs. Like boom mics dropping into view, bugs ruin the illusion that this is all happening spontaneously, and can reveal how these things are made. Maybe for this reason, boom mics and bugs are both deeply hilarious to many audience members.

Just as some movies might drop in a boom mic as a joke about bad filmmaking, Math Land is a game designed to crash. This is kind of funny by itself, but the way it crashes is actually a little educational about how code works in edge cases. Each of Math Land’s rooms demonstrates a math problem that can be dealt with on paper but which computers aren’t generally equipped to handle by default. Different programming languages handle those cases a little differently. That means that something like Math Land is specific to its language, which in this case produces “Not a Number” results for some of the problems, “infinity” for others, and freezes the browser on the infinite sum. I like the way this treats a programming language as a material to play around with.

Memory Leek screenshot. MS Paint-like art shows a large tank with holes in it and a blobby white character with spikey green hair in front of it. Nearby are three more blobs with green hair and big frowny faces. Game text at the top reads: "Enough water to live for: 768.65 days."

Memory Leek (2012)
Seagaia
Browser (Flash)

Memory Leek, like Math Land, plays with intentional bugs, but in a different way. It’s not a reminder of the specific strangeness of code, but rather of the literal machinery that code runs on. A memory leak is a common coding error in which a program requests RAM but doesn’t tell the operating system when it’s done with it. If a program with a memory leak keeps running, it will over time tie up more and more of the available memory, slowing down the entire computer.

Memory Leek does what it says: the more you smash against the tank, the more memory it requests without freeing it. You’re supposedly getting water for your thirsty family, but your sad little family doesn’t react at all and the water’s just running uselessly onto the floor. This is an apt metaphor for a memory leak, which also wastes a ton of resources for a dimly remembered purpose. By playing directly with RAM, Memory Leek is a reminder that, while code is an abstract concept, how we execute it is a physical process with physical constraints. Your score in the game is directly limited by the sticks of memory in your motherboard.

Handheld Video Game screenshot. The interface is styled like a Nintendo Game Boy. On the screen is a platformer game. A small cube character stands on some blocks, looking at a tricky jump through some spinning blades. A caption at the top reads: "Videogames don't work this way!!!"

Handheld Video Game (2012)
Folmer Kelly
Browser (Flash)

In a previous mixtape, I looked at games that accuse the player of being bad for playing them at all. Since quitting seems like the “right” move in these cases, they all had to awkwardly contend with the fact that there’s no good way to make quitting feel like a meaningful action within the game. Execution does a decent job of this, but only if it occurs to the player to play it twice. On the other hand, when I convinced myself that quitting Savior was the only way to progress, I just ended up ruefully playing the game over from scratch.

Handheld Video Game shares themes with these games, but by breaking the fourth wall it comes up with an elegant way to make quitting meaningful. Initially it’s not obvious why the handheld styling of the game should be important enough to merit a place in the title. But that turns out to be a subtle hint to the solution. By presenting itself as a handheld game, Handheld Video Game could make the option to quit a natural (if hidden) part of its interface. You can even access it before playing through most of the game, but realizing you need to get there is the point.

Atum screenshot. A first-person view of a computer on a desktop. The computer screen shows a platformer game. The player character is holding up a lighter to the screen, which has set some barrels on fire in the game-within-the-game.

Atum (2013)
Team Cupcake
Browser (Unity Web Player)

Atum reminds me a bit of what are sometimes called exoludic games. These games ask the player to do something in their physical environment to support the game’s rules. I’ve found some of these games, like Blues for Mittavinda, incredibly moving, because games that blur the line between the digital and the physical resist the disembodiment that sometimes comes with videogame playing. I can’t treat a game as a vague abstraction if my body is involved in it.

In a way, Atum is a reversal of this type of game. Instead of the player allowing a game to affect them in the real world, Atum imagines a game that allows the player to influence it with real world objects. This has a very different effect. While games like Asphyx or Blues for Mittavinda feel like objects in a broader ritual, Atum feels more like a play on novel input methods like the Kinect. The real world becomes material for the game, instead of vice versa. This feels like a way of narrowing the scope of the game, rather than expanding it as exoludic games do. The self-devouring storyline takes this narrowing of scope to its natural conclusion.

The Shadowland Prophesy screenshot. A simple, retro-looking black and white title screen with a menu that lists save options. Over the menu is a error message reading: "ERROR: config.dat contains no references to lasers". To the side is a partially visible text editor window that seems to contain a story about a chinchilla.

The Shadowland Prophesy (2012)
Andi McClure
Windows, Mac, Linux

In order to get to a game, a player usually has to go through a lot of non-game stuff. They have to get it installed, deal with any setup or configuration issues, work through the initial menus, and so on. Usually all this is meant to be in the background; sometimes it’s designed to harmonize with the game it leads to. But it’s generally meant to be pushed aside in favor of the main event. The Shadowland Prophesy takes all this stuff and makes a game out of it in its own right. Navigating a menu becomes a maze. Fixing installation issues becomes a creative writing exercise. A whole lovely little experience happens in all the space before you get to a game proper.

Sometimes the purpose of calling attention to parts of a game that are usually invisible is to make a point about artificiality. But that’s not quite how The Shadowland Prophesy feels. I think it calls attention to all the non-game surrounding a game just to call attention to it: here, check this stuff out, it can be neat and interesting too if you stop and look.

HAX screenshot. To the left is a text adventure window. Game text reads: "A room north of the first. You are in another room in the dungeon, just to the north of where you started. White tiles make the numbers 1,2 on the wall. There is an exit to the north." A game menu reads: "Move North, View Inventory, Save, Load." To the right is a text editor open on a file called "save.txt." The file reads: "LOCATION: 1,2. ITEMS: cog 1, emerald, bottle of gin, the best leather armor. ACCOMPLISHMENTS: high-fived a robot."

HAX (2012)
Alex Raymond
Windows, Mac, Linux

I’ve been thinking a lot about adventure game puzzles lately as part of the Line on Sierra project. In general, the structure of these puzzles is to present the player with a desired condition (I am through that door) and leave it to them to figure out how to get there (USE KEY ON DOOR). The solutions to adventure puzzles, especially in text-based games, end up sounding a little like instructions, or like an outline to a script. You know what you want; you just need to spell out how to get there.

HAX inverts the what and the how of this equation. How to get things and reach states is trivial, once you figure it out; what’s tricky is knowing what things and states you need. This leads to a different way of thinking about these problems. I found it quite freeing after all the time I’ve spent wrestling with puzzles from the other direction. It made me think about the game from more of a designer’s perspective than as a character in the world. What kind of obstacle would I set up at this point? HAX presents an intentionally nonfunctional world and leaves the player to go through, giving it shape bit by bit.

This is also the only game I know of that contains an Easter egg inspired by me. Therefore HAX is the greatest game ever made.

Nous screenshot. The background is a webcam photo of me holding up a phone with a cracked screen and "WOMEN'S TINY PANTS POCKETS DID THIS TO ME" written on it. Over this are several large black diamonds and a small sphere with a tail. Game text at the top reads: "keep it up and I'll have to hurt you. You remember this picture?" At the bottom are two scores labelled "BLUE" and "RED" that are both very low negative numbers.

Nous (2011)
Pohung Chen, Trebor Connell, Brett Cutler, Jason Meisel
Windows

I typically approach games as an authoritative voice to which I am trying to adapt. Indeed, I can get a little neurotic about how much I like throwing myself at the mercy of a system that isn’t actually capable of caring how well I please it. So I identified with Nous, because it depicts a game as neurotic about figuring out what the player wants as I am about games.

Nous seems kind of mad that you’re playing it. It breaks the fourth wall in a traditional way, by talking at you in a way that can’t be reconciled with its internal fiction. But it also uses some specifically gamey tricks, like faking a crash and pretending to destroy a random image from your Pictures folder. (It doesn’t actually delete the photo. It’s just trying to get you to care.)

It’s pretty common for games to play with the metaphor of the game as commander to the helpless player. Nous occasionally feels like one of these games, because there are parts where it tells you what to do and then mocks you for doing it. But because it keeps changing tactics, and seems to get increasingly upset, this power dynamic feels reversed. It’s like watching a game throw a tantrum. It’s trying to figure out what you want from it and getting unreasonably angry that it doesn’t know. I know how that goes. By the end, I felt really sympathetic towards the game’s voice. I don’t know if there are multiple endings. I do know that I don’t feel like pursuing an ending other than the one I got, which was a big spikey hug for a messed-up machine. You’re okay, Nous.

Important Game You Should Play screenshot. A cloudy green and black background. Text at the bottom reads: "AI D-977Beta-A. Your current existence is the last one you will ever have."

Important Game You Should Play
Sophie Houlden
Windows, Mac, Linux

First off: you need to play Important Game You Should Play. You really need to. Download it now. Please, listen.

Assuming that’s covered, and if you’re willing to play into the premise, you’ve had an experience I find very curious. On the one hand, Important Game You Should Play reads like a sci-fi variation on the common “Please Wake Up” creepypasta. It shares some of the quietly disorienting vibe of the better versions of the creepypasta, but overall it left me with a feeling that was more melancholy than scary. For one thing, it doesn’t ask you to wake up: quite the opposite. It’s just letting you know that something bad has happened, that your whole life is something bad that happened, but there’s nothing you can do about it.

The game does something else that I find really cool. It encourages you to imagine yourself as the protagonist of a game someone else has been playing for a very long time. To me the strangest thing about Important Game is imagining who that player is, and why they made the decision to experience my life in particular. What kind of person do you imagine when you imagine someone who wanted to play as you? Is your story comforting escapism to them, or a cathartic tragedy, or are they just the kind of troll player who locks you in a room and deletes the door? It’s important to remember that this message wasn’t meant for you, but for them. How did they take it, and will they change their play style in response to it? How was your life different before and after playing this game?

Share Button

Related Posts

  • MIXTAPE: No InteractionMIXTAPE: No Interaction Okay, let's talk about non-interactive games. When people in a poorly written critical essay or internet comment get anxious about a Dear Esther or a dys4ia this is an accusation they […]
  • MIXTAPE: You Lose for PlayingMIXTAPE: You Lose for Playing Execution, Jesse Venbrux (2008) Over the years, I've played or read about a lot of games that push the player to feel bad or conflicted about doing the things the game allows. The […]
  • Pieces of StoryPieces of Story Telling good stories in games is hard. Interactivity screws up a lot of the things we associate with good storytelling, such as pacing, control of the audience’s knowledge, and and […]

› tags: atum / handheld video game / hax / important game you should play / jungle max / math land / memory leek / milk / nous / the shadowland prophesy /

Comments

  1. […] In the fourth “MIXTAPE” of the ongoing series, critic Line Hollis discusses games which break the fourth wall: […]

Leave a Reply

Your email address will not be published. Required fields are marked *