5 things that made Journey to the End of the Night awesome

Runners preparing for Journey on the steps of the Powerhouse Museum
Runners preparing for Journey on the steps of the Powerhouse Museum

Last night I joined Grant and Bill Cohen in running a city-wide chase game called Journey to the End of the Night. It’s a US system, and it’s the first time it’s been run in Sydney, so we started off fairly low-key; in the end we had about 20 crew and about 60 players, which suited us pretty well. I ran & walked (mostly walked, admittedly) somewhere in the region of 7 miles around the city, coordinating runners by text message as we hunted down the players, and in the end we had 11 survivors who got round every checkpoint without being caught. It was enormous fun.

This is why it worked well.

The system

Journey is a very efficient system. It’s a simple, clear, uncomplicated ruleset that you can explain in a few words: run around all the checkpoints in any order, then get to the endzone, without being caught. If you’re caught, you have to chase the players. Catch three, and you can respawn back as a runner. Clean and crisp.

The core of the game is uncomplicated fun. It’s enormous fun to run around the city after dark with your friends hiding from people, especially when you know you have support nearby if you need it. It’s fun for fit people who enjoy running, and it’s also fun for people who like hiding and sneaking or thinking laterally about the logistics of things – it’s not always the best runners who win, it’s those who can avoid being caught. It’s a solid system that lends itself to all sorts of locations, and – because of the exponential nature of the catching system – it scales very well between small and large groups. Most of the success or failure of the game is down to the route you pick.

The route

We spent a lot of time ahead of the game scoping out potential checkpoint sites and creating a good route. There’s lots of variety in the areas we eventually picked – even if you don’t see a chaser for the whole time, you run through a mix of heavily-populated areas where anyone might be a chaser, and quiet back streets where there might be one around any corner. We picked checkpoints that weren’t easy to chain with public transport, though a couple of guys took an unorthodox ferry-and-tram route to save themselves some time. (I’m still impressed they did that.)

The checkpoints themselves were sometimes a little tricky. Two in particular gave us problems with spawn camping – player chasers lurking on the obvious entry and exit routes and ambushing runners, which wasn’t massively fair. It’s almost impossible to make rules to mitigate that sort of behaviour, so you have to rely on level design; when you don’t have the ability to manipulate levels yourself, because you can’t actually remodel traffic intersections just for your own games, sometimes you’re stuck with less-than-ideal areas. A good checkpoint is one that’s small but completely open on all sides, rather than large but with only one or two useful ingress routes. The best checkpoints are in the middle of huge open spaces with lots of potential cover, so players end up ducking in and out of hedges, trees and play equipment just in case there are chasers around.

Andy

Andy, aka the Terminator
Andy, aka the Terminator

Speaking of which: our star chaser, Andy, was a one-man army who managed to create exactly the right feeling of paranoia and fear right from the start. He’s a long distance runner. He went running before the game started, for fun. By the end of the night he’d acquired the nickname ‘Terminator’. One man hid under a car to escape him. Another vaulted into a construction site. Some people recruited passers-by as camouflage to help avoid his gaze. He was so fast and had so much stamina that hiding or outwitting him were your only options as players: simply outrunning him would never work. He was astonishing.

And from a crew perspective, he was invaluable too: he was checking in at regular intervals, letting us know which way players were scattering so we could set up less-manoeuvrable chasers to give them a good run. He was happy to go where he was needed most, and responsive to instructions. And, despite being the scariest thing in the game, he only caught two runners: the rest just had very near misses. Andy was incredible.

Froth

It’s been too long since I ran the sort of game that finishes up with froth. At the end of the night, we set up a couple of tables on Observatory Hill, a tricky-to-reach but beautiful park with gorgeous views across the harbour. By the time I got there most of the survivors had arrived and crew were still trickling in from across the city. I walked in to be surrounded by stories: the making of mythologies, happening around me. Many of them about Andy.

Froth is a LARP slang term for discussing events during a game, but out of character, afterwards. It lets you process what’s happened during an event, collaboratively building a single story out of the most exciting moments, turning what can be quite a disjointed experience into a coherent narrative.

GIving people space to froth after a game is one of the most important things you can possibly do. And lots of sporting events do it too: Tough Mudder, for instance, has a superb back-slapping and beer session once the race is over, which is all about frothing over what’s happened to you during your run. You make friends, you meet up with folks you lost on the way, you get to hear the stories of other people’s miraculous successes or so-close failures.

The view from the end zone
The view from the end zone

When I walked up to the hill last night, before I’d managed to get a bottle of water and say hi to the other crew, four different runners had already told me a little story of how they escaped a chaser or how they caught one of their friends or what happened when Andy showed up.

The players

People are amazing. People turned up last night to a random free event, excited to see what happens next, willing to suspend their disbelief and explore and create together. People turned up happy to play – playing to win, playing to have fun, playing to see what happened next.

That goes for the crew, too. We had a superb volunteer crew, all happy to take hours out of their Saturday nights to run around, sit about, sign papers, chat to players, and chase them around the city. We quite literally could not have run the game without those people, and they all made it better for the players by being so committed to maintaining the playful nature of the evening.

One woman got caught early on and then tried to head her friend off by taking a shortcut to where she knew he’d have to go. Then they had a tickle fight – he won, and left her giggling on the floor as he sprinted away into the darkness. With players like that, the game can’t help but be fun to run.

What’s next?

We’re going to be running Journey again in Sydney, I hope – there’s definitely appetite for it. But first, Grant and I are running a new game, Spirits Walk, in Melbourne in collaboration with Pop Up Players, on March 7, 8 and 9. You can reserve a space here.

It’s Alive! Fostering emergent stories in Zombie

For those who don’t know, on Saturday I and a team of others ran the seventh Zombie LARP game. We’re hoping the next major event will be a big leap up in size, in ambition and in attendance. But before that happens I want to note down a few of our important principles – and important problems we need to solve.

What on earth is Zombie?

First, though, an explanation. Zombie is a live-action simulation game where people take it in turns to try to survive in an industrial complex overrun by the living dead. We run several scenarios over the course of the game, with a different group of people “surviving” in each one. When players aren’t trying to get out alive, they’re pretending to be zombies so that someone else can have a turn.

The game is a sort-of bastard child of traditional live-action roleplay (LARP) systems, fast-paced video games like Left for Dead, and the kinds of cowboys and Indians/summer water pistol games you played when you were a kid. The combat resolution system is based on Nerf guns (players shoot zombies) and a low-contact mechanic (zombies touch players on upper arms to represent biting, mauling etc.)

If you’ve read this and you still have no idea what we do, please leave a comment to tell me. I’m trying to improve my ability to explain the game to people who have never played a LARP or a video game before, so the experience would be useful.

How are we telling stories in Zombie?

Video games almost always have plot. Sometimes that plot is stretched over 50 or more insanely complex hours; sometimes it’s over in minutes so you can get on with killing things. Sometimes the storytelling is so deeply entrenched in the game that it’s inseperable from it; sometimes it’s abstracted from it so that the gameplay and the overarcing story are essentially separate entities. And sometimes the plot is about football.

Almost all LARPs are plot oriented. Some big games have top-down storytelling systems where world-changing events are affected by the big players in the game, while others have grass-roots player-oriented plot systems that allow even the most minor player characters to affect the universe.

In Zombie, plot takes a back seat to gameplay. Players might have twenty minutes at most to survive, and most of them won’t. That time seems a lot longer than it really is thanks to the game pacing and the adrenalin (much like the experience of riding a rollercoaster) but long-term character development is not an option, and neither is sticking around to watch the game world evolve. Zombie does have a wider plot system and the players can and do affect what happens, but when you’re running screaming down a corridor pursued by the undead trying to eat you, it’s impossible to take that in.

As refs and storytellers, we do several things to try and work with the game elements to make the game story rewarding. Most of these were worked out through trial and error and getting it badly wrong before we worked out how to get it right.

  1. Broad brushstrokes.We talk in bold black-and-white hyperbole. Every run is all-or-nothing, do-or-die. Players are given missions that affect the fate of the wider game world, so their actions carry weight and the game retains a sense of urgency.
  2. Metaplot and wider world. Zombie has an overarching plot framework that makes it possible to slot game events into place. There are several organisations in the game’s world – a shady scientific corporation, an armed resistance unit – and the real-time games take place within a framework created by the actions of those organisations.
  3. Sandboxing. Runs in Zombie are set up to be sandboxes where the players can take many different routes to the goal. We have set pieces for players to encounter – a room full of injured survivors, or a super-powerful zombie intent on taking them down – but those are never static events that play out in a pre-defined way. They are elements of the game world that add authenticity to the run without scripting players’ actions or requiring them to act in accordance with anything.
  4. Emergent stories.This is a common concept in video game design but in my experience is used much less outside specialist gaming environments. It refers to narratives that are uncovered or revealed during gameplay, and which require input from players to understand and piece together. For Zombie, I commonly use the term to describe stories about moments in the game that are unpredictable and unpredicted, that form unique and structured narratives, and that are the result of player interaction with their environment.

    And this is the important one. We try and make sure that after the chaos of the run, players have their own, personal stories to tell. We give them space beforehand to construct back story for themselves – encouraging team action – and we give them briefing time and attention afterwards to help them construct individual and group narratives about what happened. We try to give them tools and communities in which to tell those stories, we respond to them and retell them and incorporate them into the structure of the game.

Some stories filter out and fall. Others become local legends – the tale of the player who leapt six feet over a group of zombies only to later be mauled to death in a dead end, or the player who hid from the zombies successfully for twenty minutes before his mobile phone went off, alerting them to his presence (he died shouting “Now is not a good time!”). Last night one player managed to obliterate about 40 zombies with a heroic show of power – that story too will be permanently recorded in the mythology and mythos of the game. We give people awards for creating brilliant stories – often those awards are nothing but a shout out, a retelling of their story and a biscuit or a sticker, but they carry value and people strive to obtain them.

What’s so good about emergent stories?

Zombie is an activity that, at heart, is very difficult to share. It’s designed and conceived as a completely immersive experience while you’re playing, making it very hard to film video or take pictures. Backchannel chat, feedback and social sharing in real time are impossible. Very few images or films survive from our early events (though a couple of Youtube videos do get a steady stream of views and bring in occasional new interest three years later).

But even in the first game, our players found a way to share their experiences. They told stories to each other and to their friends, passing on their favourite experiences orally. Almost everything we’ve done with our storytelling framework since then has focussed on creating the brilliant moments that make those stories, and encouraging people to tell them.

In planning meetings we make lists of “moments of awesome” that will be memorable if they work right, things that will stick in the mind. We put single zombies in weird situations just in case a player stumbles across them. We make tableaux, design interesting characters for players to meet and memorable situations for them to meander into.

We try not to dictate the stories. More often than not they happen organically. We can’t make the player team split up and get lost; we can’t force someone to go to incredible lengths to avoid in-character death; we can’t ever guarantee that what we do will be the focus of player attention. More often than not our efforts simply go to create a better atmosphere for these experiences to occur. We make it easier, but it’s the players who make it work.

And we can’t dictate how the players ought to tell stories. We try to give them as many routes as possible online, both by creating our own community area and by using Facebook (and Twitter to a lesser extent) to curate and collect and encourage. Stories like this are ephemeral, and while we want people to tell them and we want a long-lasting record, we know we can’t rely on ever having one.

Many non-gaming events rely on video and images for a record. Increasingly, conventions and similar (relatively passive) events are relying on backchannel chat and the wider analysis of that conversation to provide useful data and a lasting record of what occurred. For us, the record lies in memory and in oral channels that are hard to replicate online – because of the immersive nature of the experience along with various technical issues, it’s impossible to get an idea of “what it’s like to be at Zombie” from any one medium. But when our players tell their emergent stories, that has immense value for us. It’s the best marketing possible because it comes with a direct endorsement and genuine enthusiasm. It’s an elusive currency but it’s vital to our survival and it’s been integral to our growth.

There are four main areas of uncertainty for me that arise from our approach, with questions that I don’t yet know how to answer. They are:

  1. How do we continue to foster personal, individual experiences and therefore stories while scaling our game upwards? If there are 180 players instead of 60, how does that affect our model?
  2. How can we encourage people to create and share content online that resonates with their emergent stories without sacrificing our immersive in-game experience? We already have teams going in with cameramen to film them, but the footage is necessarily low-quality and shaky and never reflects the full experience. How can we depict the game in ways that encourage emotional response and act as anchors for emergent stories in the same way that text can?
  3. How can this model apply to other events? How does it fit with (un)conferences and industry events? Networking events? Rallies? Fetes and carnivals? Riots and demonstrations? Is this another way of looking at and describing oral history? Or does this work to foster, encourage, document and curate emergent stories have journalistic potential?

If you have any suggestions for answers, or any more questions, please share them in the comments.