In GM Don’t List #9: Fudging I discuss why GMs should avoid fudging, and if they do end up needing to fudge, why they should view that as a failure point in their game and a learning opportunity to figure out how they can become a better GM.

The most common form of fudging is changing the outcome of a die roll (the roll was a failure, but you say it was a success, or vice versa), but it’s widely understood that there are also other ways to fudge mechanical results (increasing a creature’s hit point total, for example).

What I think is less commonly understood, however, is that not all the dice rolls you make in a roleplaying game are mechanics, and it’s not actually fudging to change or ignore those dice rolls. Specifically, procedural content generators. Such generators can actually use any number of randomization techniques (for example, here’s a method for using CCG cards to generate adventures), but since we’ve already got dice laying around the typical RPG table most procedural content generators just use those.

WHY ISN’T THAT FUDGING?



If you’re struggling to understand why changing the outcomes of a procedural content generator isn’t the same thing as fudging a mechanical resolution, let’s take an extreme example. I’m prepping a scenario for my next session and I need a name for an NPC. So I pop open the Random Name Generator at Behind the Name, select for random surnames, click the button, and get:

Ivonne Eógan Masson

For whatever reason (maybe personal aesthetic, maybe because the Masons are already established as major power brokers in the city and I think it’s interesting this random generator has unexpectedly connected this NPC to the clan), I decide to drop the second “s” from “Masson” and name the character Ivonne Eógan Mason.

Did I just fudge?

Frankly speaking, no. Not by any reasonable/functional definition of the term.

What if instead of tweaking the outcome I actually just ignored it and rolled again by hitting the “Generate a Name!” button a second time? Still no.

What if I move this interaction from prep to actual play (I need to come up with a new NPC’s name on the fly, so I randomly generate one and then tweak it)? Still no.

What if the random name generator is published in the game’s rulebook? Still no.

This isn’t fudging not only because it would make the concept of “fudging” so broad as to be meaningless, but also because treating the outcome of a procedural content generator as a straitjacket or legally binding contract is to fundamentally misuse the procedural content generator. Using a procedural content generator is more like coating the bottom of an agar plate with a growth medium: As its exposed to your creative subconscious, the growth plate begins to accumulate a bunch of random creativity and odd synchronicities that begin to grow and thrive. (Ivonne Mason, for example, is a very different character than Lea Colton or Caroline Bone specifically because each of those random names provides a different creative stimulus.) Treating the outcome of the procedural content generator as if it were inviolable scripture, on the other hand, is like sterilizing the agar plate; it completely short-circuits the process.

ALL MECHANICS ARE PROCEDURAL CONTENT GENERATORS!



“Ah ha!” you say. “But aren’t all resolution mechanics actually procedural content generators, the results of which are meant to be creatively interpreted by the GM and other players? Is not the narration of outcome the same thing as taking a randomly generated group of bandits and creating the Blood Shield Bandits?”

Basically, no. There’s a similarity of process (roll dice, interpret results), but the function of resolution mechanics and procedural content generators are in many ways actually inverted: A resolution mechanic takes generally non-specific creative input and creates specificity (often literally a binary pass/fail state). A procedural content generator, on the other hand, produces non-specific creative input and expects the GM to create the specificity.

Because the processes involved are similar and because “specificity” can be a sliding scale, you can use procedural content generators as resolution mechanics (sterilizing your agar plates) and vice versa. But because the tools are designed for one thing and you’re using them for something else, the result is usually like using a screwdriver as a hammer.

GRAY AREAS



This is not, however, to say that there are no gray areas which lie along the boundary between resolution mechanics and procedural content generators.

You can see this perhaps most clearly when a game takes something which is traditionally a procedural content generator in other systems and makes it a hard-coded mechanic (or closer to being a mechanic) instead.

For example, in Apocalypse World characters are created from playbooks. For example, if you want to play a Gunlugger, you take the Gunlugger playbook and it instructs you, “To create your gunlugger, choose name, look, stats, moves, gear, and Hx.” Each of those categories then has a specific list of things. This becomes a surprising gray area: Many people, conditioned by other RPG character creation systems, looked at the provided list of names as a resource that could be used or ignored. (Many editions of D&D have similar lists of elven names, for example. Over the Edge provides a list of Al Amarjan names. And so forth.) Apocalypse World, however, specifically seeks to enforce setting through non-traditional mechanics, and so I’ve played at tables that instead interpreted this as a mechanical requirement: You must choose your name from the provided list of Gunlugger names (which are distinct from the list of, for example, Hardholder names, thus asserting setting). I’m actually still unsure what D. Vincent Baker’s intention was.

You can find another gray area in the dungeon stocking procedures of the original edition of Dungeons & Dragons. While the rules allow for some discretion on the part of the GM in the distribution of treasure and monsters, the line between advice, procedural content generator, and actual mechanic is very fuzzy and open to a lot of interpretation. This is even more true when it comes to wandering monsters in OD&D: A random encounter check is often interpreted as a procedural content generator by modern GMs, but in OD&D it’s stated as a straight-up mechanic.

The Mythic Game Master Emulator is also an interesting example: In order to emulate the role of the GM, the Mythic system basically adds a lot of binding structure onto a suite of procedural content generators. But despite the gray area this creates, the system still draws a fairly strong distinction between the output of the resolution mechanics and the output of the GM emulator (i.e., the procedural content generators). If you want to get a really clear feeling for how using resolution mechanics and using procedural content generators differ from each other, spending an afternoon playing around with Mythic as a cap-system for your favorite RPG can be very illuminating.