Posts

Modular Gaming Components 3 - The Relationship Map

Image
 Apparently, according to some sources, the first game to do this really well was Sorceror (written by Ron Edwards and published by Adept Press)...but I distinctly remember seeing implementations of relationship maps back in World of Darkness games in the 90s. The idea is that different characters in the story are connected to each other, Points (or nodes) on the chart indicate who they are, and lines between them can be used to indicate who connects to whom...but there can be more than this. Relationship maps can be simple... ...or quite complicated... They can link only the characters in a campaign, or they can link characters to places, and to objects that may be important to the story. The links can also depict more than just a connect between elements of the setting. I like to add symbols to the lines between nodes, or colour code them. In this case, the nodes are groups, because these are the important units of the story. Within each group there could be a separate relationship m

Modular Gaming Component 2 - The Switch

Image
 If the clock is a visible meter of tension rising, a switch is a less visible indicator. A switch works off a binary of yes or no... is something happening, is it not happening. There's no gradually turning up of the heat and then watching things flip from one state to the other, instead it's a single roll, a single randomising factor. The switch might activate after a single roll, or it might not activate after a dozen rolls.  (Ten years ago it was easier to do a search for roleplaying games that incorporated switches, now a quick search tends to give me console RPGs on the Nintendo Switch)   I basically first ran the idea of a switch without realizing it back in high school. The premise was a mysterious carnival, with a mysterious vendor who may or may not have been the devil. It was a game of Rifts, so over-the-top shenanigans was a typical part of play. Rune swords had just been introduced in one of the most recent sourcebooks at the time, and I thought they'd be cool

Modular Gaming Component 1 - The Clock

Image
At the simplest level, the clock is a visual tracking mechanism. It's basically a circle divided into segments (often 4, 6, or 8), and it typically represents big effects underway in the story.  The idea of the RPG clock has been around for at least 20 years, and it can be traced back to systems where a major feat may be accomplished through multiple successes,  and arguably back to the idea of hit points. However, the clock has evolved in a few different ways.  Hit points and multiple success systems typically allow you to remove multiple levels with a single action, while clocks move incrementally...tick by tick. Hit points and multiple success systems are reactive to specific actions being taken. Clocks can be tied to anything, including timed effects ("You've got six turns to accumulate as many successes as you can") Clocks tend to be chunky, with big incremental ticks that add sudden drama with each one's passing. Clocks often impact the narrative in some way

Modular Gaming Components (and what they do) - An introduction

Image
Among game designers there was a debate for many years about whether a game system mattered. This was pushed at The Forge, with essays such as " System Does Matter " by Ron Edwards. ...but to show that the debate has been going on for years, here's a random assortment of links to articles and posts over the years that have addressed the idea. " Why System Matters " " Game Structures Addendum - System Matters " " System Doesn't Matter* " " RPG History - What events/games led to 'System Matters' needing to be 'rediscovered'? " " Does System Matter? " " Why the Rules you use matter " " System Matters 24 years later " All of them are interesting reads and watches... (and yes, I know that two of the forum posts linked refer to the same video, but the varied discussions are interesting) The thing about most of these discussions is that they refer to the written words on the pages of a game

How to Run a Game (Part 25) - Just Do It

Image
Everything in this series so far has consisted of things I've learned by running games, things I've learned by participating in games run by other people, or things I've learned from hearing about games that friends have been involved in. If you only ever play in series of games run by one person, using one system, and the same group of players. All the tensions on the narrative are going to be similar no matter how many sessions you play. If you judge all roleplaying by that set of narrow experiences, it's a bit like judging all  TV shows even thought the only thing you've ever watched is the 90s sit-com Friends. If you say that it's rubbish, or you say that you've become bored of all TV because you've become bored of the one TV show you know, you may not realise that there's a lot more potential that you haven't explored yet....and you can even make your own. To further the analogy, if the only TV show you've watched is Friends, then the on

How to Run a Game (Part 24) - It's not just me

Image
Facebook post used by permission (written by Jeah-François Vincent) So many of the points I've addressed in this sequence of blog posts are present in the Facebook post...in a bad way. Let's go through a few of them, one by one... The group plays one game. We've already established the three way tension that plays a part on most game sessions. Different games pull on the narrative flow in different ways, and at different ties during the course of play. This can mean that the same group, with the same narrator, can have a very different play experience during a session if they play with one game system compared to another. Honestly, this isn't a totally bad thing, it's just a predictable thing... if you go for too long with the one game system then you end up in a bit of a creative rut, but it also allows everyone a bit more control over the flow of play because they know how and when the game will try to exert an impact. The horror that some players express when reg

How to Run a Game (Part 23...Kind of) - Building a community

Image
Quite a few of my students have found this blog, and they've been asking me to write about key members of the various groups I've been running. They've also been trying to work out who is who among the  various nom-de-plumes already included in various articles. That's been kind of nice, and it basically leads into a lot of the things that I've been discussing.  I've always thought that one of the aims when running a good game, is creating an event that people want to come back to. Anything that might help that situation is potentially a good thing. If I can get people talking about the game between sessions, this is a good thing (as long as the game doesn't become detrimental to other parts of their life... and I've seen that happen in the past, briefly mentioning "Mephisto" from the distant past at the end of part 7 ) . If I can get players more immersed in the events of the story while the game is happening, that's a good thing. If I'