Tagged: Coding Cardboard

TableTop AI: Dark Souls, Part 1

Okay, no preamble, let’s talk about making Dark Souls monsters in a board game.

I haven’t got the Dark Souls board game and I don’t think that having it would actually be illuminating. I’m not trying to find out how the makers of Dark Souls would do a thing, I want to find out how I would approach a problem of representation.

That out of the way, here’s a puzzle.

How would I make a Dark Souls Monster in a game I can make?

Continue reading

Solitaire, The Coded Cardboard

I think a lot about single player games.

I think about them a lot because it’s kind of the main way I have had to play board games most of my life. I didn’t have friends growing up. My sister and I weren’t on the same level – she could see different means to how games like Monopoly worked, and I never got the impression playing games with me was fun for her. This meant that I played a lot of solo ‘board’ games, sort of.

You know Solitaire? That game that we use as an example of a minimally interesting sort of videogame? I played it a lot growing up. I had a desk, I had a deck of cards from a Go-Lo, and I sat and actually played Solitaire, and Freecell, and I learned how those games worked from watching them work on a computer. I had to translate their rules. To this day I don’t know if Solitaire has some secret hidden rule to prevent broken arrest states.

Neither of these games has an ‘AI’ to them, but they’re solitaire games that present resistance. Solitaire itself is a bit like picking a big lock, constructed out of a bunch of parts that have no reason to care about how they were arranged previously. Solitaire is… interesting in that regard. It wasn’t made to make that lock – the game, the structure of it – is part of how that lock comes together. The rules impose on the pieces and create the puzzle. That is, the game is a code that creates the play.

I’ve sometimes murred about coding cardboard. What I find interesting is how do we make games like this, that are interesting solo experiences, where the play can be satisfying, and then, can we make that design space interesting to interface with? Solitaire’s metaphor is sorting your deck of cards, so what other stories can we impose on these complex locks?

And what can we do to make that fiction interesting as we work on it?

Coding Cardboard


The Fighting Fantasy gamebooks were one of my earliest introductions to interactive media that wasn’t just videogames. That is to say, I didn’t realise it at the time, but I discovered proto-videogame design after discovering videogames.

Simply put, the Fighting Fantasy model works in a model reminiscent of Twine; you have a passage of text, marked with a number, and sequences can direct you to read another passage by directing you to another number. It’s such a rudimentary idea, a simplistic program; if then go to else.

There’s some memory in the Fighting Fantasy books, and some dedication to themes that lacked in Choose Your Own Adventure books (which were often just dream logic). These systems created part of its framework; broadly speaking, you were a lone adventurer opposing things and you could be worn down by damage or your individual skill (or luck) could be used to influence the narrative. The idea of these systems allowed for the character to die, for the story to end without the story ever telling you it was at an end – because your character had taken their last two points of STAMINA damage reaching into a grate because you were hoping you might find a healing potion rather than a rat that bit your hand.

This is one of the simplest ways a person with an eye towards narrative can make a game structure. Twine lets you do it, too, and Twine can even let you offload a lot of the data, but thanks to Twine’s current expression, the incentive can exist to be a bit… small. To go for intimate and expressive rather than epic and sweeping.

Another thing that fascinates me in hindsight was the ways the games dealt with memory. In one series of these books, the Sorcery line, your character was a wizard who knew and learned spells. How were they going to represent that? Well, rather than a system of words on your sheet you could check against, the game started by presenting you with a spellbook, where every spell was a 3-letter key phrase and described what it did. You read this section once, and by the rules, you did not read it again. When you had opportunities to cast spells, the game would present you with a list of three-letter words and a number to turn to, many of which were failure states that simply said ‘that’s not a spell.’ This meant that to cast a spell, you, the player, both had to know what the spells did, and what their code to reference was and be confident enough that it would do what you wanted to do.

This is an interesting idea because it uses the plasticity of human memory to represent, well, the plasticity of a character’s memory.

Another thing I don’t remember the Fighting Fantasy books doing but I imagine it could is a system where your character has access to a common function that they can do by executing a mathematical equation on the number of entry you’re at, and then jumping to that new section. This idea seems mathy and fiddly, and I’d need to talk to a mathemetician about it, but it strikes me as an interesting idea for exploring new space in this cardboard coding.