Detective City
I spent the last ~48 hours doing the Global Game Jam at USC, running pretty much on adrenaline and diet Cokes. I teamed up with Rosstin Murphy, Kent Sutherland, and Meagan Trott to make Detective City, a comedic, randomized choose-your-own-adventure game about a disgraced detective determined to clear her name. You can find and play our jam build here! Look at the bottom of the page for a download. The game is an .html file that will run in your web browser.
Detective City is one of the more-successful jam games Iāve ever worked on. It marks the first time Iāve ever written my own working macros for Twine, too. (A little bit of Code Academy Javascript goes a long way when all you need is randomization, ha.) I wrote the āengineā that controlled game progression and powered our randomization features, as well as a couple tools to help us stay out of Twine If Statement Hell. I guess this makes me the ālead programmerā on Detective City? Hey, Iāll take it.
We were lucky enough to win the judgesā choice āWriting/Themeā award. Hereās our awesome trophy:
Our team will be fixing some bugs in our game and releasing a more-polished, spell-corrected version sometime soon. Iāll probably also crap out a postmortem. But here are the major points about Detective City you should probably be aware of:
- It is legitimately extremely funny. I was surprised at how good our jokes were with little sleep and very little time.
- The art Meagan made is extremely rad. It fits the theme perfectly and is also hilarious.
- There is an insanely huge amount of content in this game. Thereās enough for four full playthroughs with no overlapā though youāll get overlap from playthrough to playthrough thanks to the RNG, Iām sure. STILL, thereās a TON of stuff in here.
- Like most collaborative writing games Iāve made at jams, we chose to split the game up into large regions and assigned each to a specific writer, with very little overlap. Although we wrote the beginning and end of the game together, we were mostly able to churn out this huge amount of content because we were each charging away at a different part of the story and combining them using StoryIncludes. If you ever do a text-based game with more than one writer, I strongly encourage splitting everything up and going as far as you can to reduce or eliminate interdependence. It makes the experience a lot more relaxed when you know that you donāt have to hit any content quota, or that your writing isnāt dependent on anyone elseās time or energy. We had a great ability to accommodate any reduction in scope, and even sliced out several entire regions right before the end. At previous jams, Iāve worked on narrative-based projects where extricating chunks of the game was a lot harder, and those projects have always been way more stressful and, in the end, less successful.
- In fact, Iād go so far as to say that text-based jam games should basically never be linear. If theyāre randomized, or select from a pool of vignettes or events, they seem to be a lot more fun and easy to finish over a weekend.