"Gone Home" and the mansion genre.

This post does not spoil any specifics of the "plot" in Gone Home, but it might sensitize you to its delivery mechanisms and some details.

A mansion means: old, rich, and scary. The most quintessential "mansion games" that emphasize these qualities might be Maniac Mansion, Thief, and Resident Evil -- these games would not work without the mansion tropes that figure prominently in their game design. Most importantly, mansions are big.

Gone Home is very aware of its place in the mansion genre, a genre that emphasizes the primacy of inventories, objects, and possessions. Here, the lightweight puzzle gating and densely hot-spotted environments evoke adventure; the first person object handling and concrete readables evoke the immersive sim; the loneliness and the shadows evoke horror. In a sense, this is a video game that was made for gamers aware of all the genre convention going on -- in particular, one moment in the library will either make you smile or wince -- but in another sense, this is also a video game made for humans. Gone Home carefully negates or omits core "gameisms" of the very genres it comes from.

The characters in Gone Home are tolerable (or even great) because they do not hesitate in doorways and stare blankly at you. It's the same trick that Dear Esther pulled: fictional characters in games develop full-bodied, nuanced personalities precisely when they're *not* constrained by fully simulated virtual bodies present in the world. (Maybe Dear Esther is actually a mansion game?)

Ludonarrative dissonance doesn't exist because it isn't dissonant and no one cares anyway.

"I'm a living breathing person... but I'm just going to stand frozen in this spot forever. Also, I'm a tortoise."

I complained about Bioshock Infinite before. Here, I complain some more, because I really can't get over how bad this game is. Hopefully this'll be the last complaint post. I'm sorry.

Clint Hocking famously coined "ludonarrative dissonance" to describe moments when what's happening in a single player action game doesn't fit with what the game is telling you is happening -- maybe it's just plain wrong, maybe the tone doesn't match, or maybe the game thinks this thing is more interesting than it is -- either way, it doesn't quite work.

It's when you realize your sympathetic handsome male player character is a sociopathic mass murderer, or maybe when a character in an RPG "dies" despite having already died and revived dozens of times before, or maybe the brief instance when an elite soldier NPC glitches in the middle of a doorway despite all the boring game lore dumped on you. Sometimes it's intrinsic to making a game about killing people, sometimes you hope fridge logic kicks in, and sometimes it's a technical quirk you forgive.

But I feel like that theory doesn't explain what actually happens out in the field: if Bioshock Infinite was forged entirely, purposefully, from solid ingots of 100% pure ludonarrative dissonance, why didn't this annoy the shit out of everyone? Isn't ludonarrative dissonance supposed to be jarring and horrible? Why was the unusually unified critical response to Binfinite something like, "wow this game is colossally stupid," but the mainstream response was, "this is amazing"?

So I have a new theory -- most players do not find dissonance to be dissonant, and therefore ludonarrative dissonance doesn't really exist.

7HFPS: "Harriet"

For 7 Hour FPS, I imagined some sort of Tribe-ish Mechwarrior game where you're a Harriet pilot ("Harrier + Jet") and you fly around shooting homing cluster missiles at things, deforming the terrain to make new skiing slopes / carve new lines. But in my early control tests, I decided the "piloting a death robot" fiction wasn't really helping / wasn't terribly interesting, so now I'm ditching it. I'm not sure what to do with this, now, but I think I'm leaning toward a game about the undesirability of godhood / immortality, and maybe I'll polish it up for 7 Day FPS in that direction.

Similar first person games about movement / hopping / surfing / skiing: Perfect Stride, Purity, the endless CS / TF2 surf maps, the notorious Tribes series... typical first person movement just seems so terribly boring in comparison.

In other games, surfing / skiing is a byproduct of messing with the engine's friction implementation and using strafing / jumps to build-up momentum. It's kind of fascinating, to realize that these player communities have invented a new way of walking, a sort of expressive movement without strategic or instrumental purpose -- a type of dancing, maybe?

Play prototype #5 here (< 1 MB, Unity web player): https://dl.dropboxusercontent.com/u/19887116/harriet/web5/web5.html

In Unity, my implementation is really simple but it works: just a standard terrain collider and a rigidbody-powered player capsule with a low-friction physic material. To help prevent a tunneling / falling-through-the-world effect, I also set the rigidbody to "Continuous Dynamic." Everything from there was a lot of testing and tweaking.

The biggest technical problem, though, is something I have very little control over: uploading data to the Terrain object causes framerate hitches. Generally, it seems like modifying the texture blend splats is very cheap and performant -- next, editing the TreeInstance array starts getting expensive after you have a lot of trees (~10000+ trees), and editing the structs unfortunately does not refresh the tree renderer, so you're stuck with having to insert a whole new array every time -- but by far the most expensive thing is modifying the terrain and deforming the heightmap / geometry. I think the possible workaround here is to use some sort of "cell approach" -- make one big mega-terrain from dozens of smaller stitched-together terrains. If I pursue this prototype further, that'd probably be the first thing I look at. The alternative is to make my own terrain system, which sounds like something that's not worth it.

Radiator Book Club: Architecture, design and criticism.

Book Club posts recommend books and approaches to consuming them for today's go-getting game developer / enthusiast.

ARCHITECTURE
These are books that I find useful for learning about architecture as design and theory. I've never formally studied architecture; my reading usually has to pass a "can I apply this to video games?" test that is intellectually cynical but like whatever. Fortunately, few things in architecture fail that test.

Grammar of Architecture (Emily Cole)
Every single environment artist should have a copy of this book; it's basically a 300+ page cheat sheet that talks about common decor patterns / floorplan structures of most pre-Neoclassical architectural styles around the world. Cole generally does a good job of balancing discussion of ancient Indian temple ornament with the The Alhambra's mathematical dimensions, trying to explain the history and ideas behind individual elements. It's effective because it doesn't try to be deep and is content to be a general survey, relying heavily on (numerous, small) drawings and pictures. It gives you a fast surface understanding of a style (e.g. a few pages for Gothic, and that's it) -- enough to build it and move on. These are, essentially, 150+ pre-assembled moodboards.

Experiment 12

I'm not sure if it's in the spirit of the thing to actually explain or say anything about the thing, so I'll say very little about it, I suppose:

Terry Cavanagh thought it was cool how the RPG Maker community did chain games, so why shouldn't we? We agreed. And so: Experiment 12. My chapter was kind of disappointing -- I went out of my comfort zone and came back with mixed results, especially after following the great work Michael Brough did on his chapter -- but I guess it's okay, you can't win 'em all... And overall, I think everyone did good work, and the diversity makes it all feel really human and raw.

Radiator Book Club: the Game Design Bibles

Several independent parties have asked me for book recommendations and stuff, so now I'm starting a series of posts about books to read, and some notes on how to possibly approach them.

THE GAME DESIGN BIBLES
These are core books that establish terminology and basic theory about games and development. If you've played games for a long time, much of this material will seem obvious / simple / not worth saying... but that's only because games are in your blood. A lot of it isn't obvious to everyone. So, it's important to maintain a "greedy" attitude in reading -- pick and choose what you like from these texts, and don't feel obligated to like (or read) the entire book.

Rules of Play (Katie Salen, Eric Zimmerman)
I'm pretty sure Rules of Play is taught in, like, every university-level game design class in the world. It's extremely comprehensive in approaching game design as science and culture -- it's pretty much a primer on everything. The problem I'm seeing, though, is in the people who've rarely played games but want to make games as a career: they read this book and think this theory IS games, rather than a tool that sometimes helps you think about games. (see: "the map is not the territory") These "textbook developers" have a strange way of doing things, often wondering aloud how best to satisfy The Five Different Types of Players or how to Teach the Core Mechanic, instead of, uh, talking like a human being. I think game design is really lucky in that the veterans / masters of this field will usually preach against simple fundamentalism like that... well, usually.

Radiator 1-2 Handle with Care, Sourcemod gameinfo.txt fix for Steampipe VPK file format shift

In the last few weeks, Valve has dropped the GCF file format. A "GCF" was like a ZIP file containing thousands of game files. They were usually quite large (several GB was common) and so they were prone to file fragmentation, which balloons loading times as games need to load more files and assets. With Left 4 Dead, Valve started shifting their filesystem infrastructure to a "VPK" format -- instead of being stuffed into one or two colossal files, game assets are distributed among many more smaller .VPK files, improving loading times. Valve has now converted all their older games to use the new VPK file format too.

It's great, but it has also broken most Source mods made before 2013. Fortunately, the fix is pretty trivial: it involves editing the "gameinfo.txt" to mount the file assets in a different way / order than before.

If you want to play Radiator (or any single player mod based on Episode Two), just follow these instructions:

A Half-Life book: some pillars.

(CAVEAT: Manifestos, by their nature, must be militant. I use environmental storytelling theory all the time in my games; however, that won't stop me from pleading for its death as the pre-eminent narrative methodology in action games. There are countless other ways to tell stories and mean things, we must simply discover, articulate, and disclose these new ways to each other.)

I guess I'm writing some sort of book, about Half-Life 1, for Brendan Keogh / Dan Golding's new recently sort-of launched book publishing project. So what's there to say about Half-Life?

I know I definitely don't want to focus on Half-Life's authored narrative (dialogue, scripted sequences) or "environmental storytelling" -- I think that approach is played-out, and the promise of that approach has proven to be a failure -- it's convinced so many game developers that a ragdolled corpse with some blood and bullet decals is supposedly a "good story" instead of a weak, generic vignette that's not really about anything. Two ragdolled corpses next to each other isn't a good story. A chair with a shotgun next to it isn't a good story. There are very real limits to this methodology if that's the most "subtle" we've been.