Welcome to Raph Koster's personal website: MMOs, gaming, writing, art, music, books.

Meta

Recent Comments

Categories

Tags

Recent Trackbacks

Archives



A Theory of Fun
for Game Design

Book cover for A Theory of Fun for Game Design, by Raph Koster

Press
Excerpts

Buy from Amazon

Twitter @raphkoster



The whole Web

Raph's Website

See popular posts »



After the Flood

After the Flood CD Cover

Available as MP3 download
$14.99


More stuff to buy

Online RPG Rorschach Test Mug

ORPG Rorschach Test
Large Mug

$13.99


LegendMUD

click here to visit the Legend website

"The world the way they thought it was..."



Game talkGamemaking

Narrative isn’t usually content either

January 26th, 2012

When I said that narrative was not a game mechanic, but rather a form of feedback, I was getting at the core point that chunks of story are generally doled out as a reward for accomplishing a particular task. And games fundamentally, are about completing tasks — reaching for goals, be they self-imposed (as in all the forms of free-form play or paideia, as Caillois put it in Man, Play and Games) or authorially imposed (or ludus). They are about problem-solving in the sense that hey are about cognitively mastering models of varying complexity.

Some replies used the word “content” to describe the role that narrative plays. But I wouldn’t use the word content to describe varying feedback.

In other words, perverse as it may sound, I wouldn’t generally call chunks of story “game content.” But I would sometimes, and I’ll even offer up a game design here that does so.

Read the rest of this entry »

Posted in Game talk, Gamemaking | 42 Comments »
Game talk

Fun vs features

January 25th, 2012

You have a system. Let’s say it’s a system where you can throw darts. And you have to open your bar in one week.

Throwing darts might have a bad interface. The dartboard might be too small or too big or poorly lit. Darts may be a perfectly nice idea, but the implementation of it needs tuning.

At this point, you have a feature, but not fun. It’s gonna take you four days to make it fun.

Read the rest of this entry »

Posted in Game talk | 12 Comments »
Game talk

An atomic theory of fun game design

January 24th, 2012

This is the original essay in which I worked out the basics of my game grammar approach. It later became a GDC talk. This essay was written in 2004, and the genesis of it was working through issues with the crafting system in Everquest II with Rod Humble. This essay no longer represents my current understanding of game grammar, but it’s a decent start.

This essay has never been publicly posted (it was originally posted only to a private game developer forum, on June 26th of 2004), but I thought I should make it available both for historical interest and also for the sake of clarifying some of the things that I now take for granted when I discuss game design here on the blog. I can’t expect everyone to have read everything I have ever written, of course, and in this case it’s even worse since some of the material was only delivered at conferences. So many of the responses to the article on narrative were clearly from folks unaware of some of this work that it felt like the right time to post it up.

Since this was written, I have met fellow travelers — boy, was I pissed when Dan Cook’s “Chemistry” article came out a few years later, and had such nicer diagrams! I also found Ben Cousins’ work on “ludemes” later, a term I gladly stole. And I think this served as some inspiration to folks like Stéphane Bura and Joris Dormans who have pushed this in fresh directions I would never have pursued. There have been grammarian get-togethers, Project Horseshoe whitepapers, and more. I even have a pile of blog posts that fit under the “game grammar” tag here on this site for those who are curious about more.

* * *

Lately, I’ve been spending a lot of time thinking about the nature of fun. I’ve reduced it down to a cognitive challenge, the notion that fun is the feeling you get when you are exercising your brain by solving a cognitive puzzle. Sometimes the puzzle is provided by a computer, sometimes by another player, but either way, your brain is basically trying to perceive a pattern; victory usually comes from identifying the pattern, then correctly executing on some action that the pattern does not account for. For further thoughts on this and its implications for game design as an art form, I refer you to my presentation “A Theory of Fun.”

This suggests that there are probably ways to break down or otherwise analyze what makes a given puzzle or challenge fun. Now, challenges or puzzles come in a very wide array of forms—spatio-temporal challenges like Tetris, and physical dexterity ones like soccer. What do all of these have in common?

Building a subgame atom
The following algorithm came about from attempting to map the basic features of MMOG combat systems onto MMOG tradeskills, which are usually regarded as not having met a sufficiently high bar of fun. Interestingly, MMO combat itself is often not regarded as having reached that bar either, and yet it succeeds in keeping players captivated for many months on end, when correctly executed.

A successful MMO probably needs to have many individual subgames (of which combat may be one) in order to be successful, and for maximum impact, each of them needs to fulfill all of the following requirements. In fact the atom needs to have certain known “system inputs” and “system outputs” so that it can be hooked together to build game “molecules” if you like.

We typically refer to each atom as being “a game system” in game design, but part of the point of this essay is to show that this definition is to a degree recursive. Once you have knitted together several atoms into a molecule, the molecule as a whole must also meet all the criteria for what makes an atom fun. When looking at a piece of interactive entertainment, it is made out of at least one atom, and possibly many molecules, as in the case of MMOGs. In the end, what we refer to as “scope of a game” is really measure of how many atoms it has.

Read the rest of this entry »

Posted in Game talk | 9 Comments »
Game talk

Narrative is not a game mechanic

January 20th, 2012

I love stories. My chief hobby is reading. I was formally trained as a writer, not as a game designer (there wasn’t really any formal training for game design I got started, but that’s another story). I think most game stories are not very good. And I quite enjoy games with narrative threads pulling me through them. When I find a game with a good story, I frequently prefer to the story to the actual game! So please keep that in mind as you read: I love story.

Narrative in a game is not a mechanic. It’s a form of a feedback.

This simple fact is frequently ignored, particularly in games aimed at the mass market.

Read the rest of this entry »

Posted in Game talk | 107 Comments »
Game talk

More on making games cheaply

January 6th, 2012

I only offered 6 points, but 3 of them are ones that people are wanting to argue about! :) I suppose that is a pretty good hit rate…

A few folks took exception to my comment that “code doesn’t rot, our ability to read it does.”

The first objection is that most code is born rotten, that it is rare to find code written to the standards that allow it to be easily maintained. I can’t really argue with that, though of course there are plenty of practices that ameliorate this: code reviews, code standards, etc. I’d answer with “that’s just code where our ability to read it perished as it was being typed.”

The second objection is basically that platforms shift out from under code. This is absolutely true — but is also a sign that you’re not actively maintaining your codebase. Times of truly catastrophic platform shifts where everything you did is invalidated should be relatively rare these days, honestly.

Read the rest of this entry »

Posted in Game talk | 4 Comments »
Game talk

Good design, Bad design, Great design

December 16th, 2011

Good design is familiar.
Bad design is boring.
Great design is exciting.

Good design embraces human nature.
Bad design exploits human nature.
Great design is humane and humanistic.

Good design guides.
Bad design controls.
Great design invites.

Good design drives habit.
Bad design drives frustration.
Great design drives passion.
Read the rest of this entry »

Posted in Game talk | 16 Comments »
Game talk

Rules versus mechanics

December 13th, 2011

Ian Schreiber posted on Twitter asking

Game designers: in your everyday use of the terms, is there a difference between “rules” and “mechanics”? If so, what?

I do make the distinction, and I had to think a bit about how to even phrase it. So here’s a quick thousand+ words on it. :)

First off, I think these are both terms that will feel different to a player vs a designer.

Read the rest of this entry »

Posted in Game talk | 12 Comments »
Game talk

Game feedback & hide-and-seek

December 9th, 2011

Raph, aren’t there some situation where lack of feedback actually add to the experience? I’m thinking, for instance, something as simple as a game of hide and seek. You don’t really know if you’re well hidden until you’re found (or not)! Doesn’t “knowing you don’t know” add more tension and excitement?

-Olivier Carrère

Well, first of all, let’s not underestimate the amount of feedback there is for the hider while hiding; the sound of giggles and held breaths let go, the clear sounds of the seeker exploring the area, and depending on your location, actual visual tracking of the seeker. But all of that isn’t even really the feedback, as you state — it’s whether or not you’re found. Having to wait for that level of feedback is common in all sorts of games.

To address your question more specifically: yes, of course a certain amount of lack of feedback is fine. In the case of hide and seek, you are building a heuristic for “how the seeker seeks.” So it’s a psych game as well as a puzzle of finding decent hiding spaces. You are trying to determine how the seeker thinks, and outwit them. Worse, you have to do so with limited resources (limited environment, limited timeframe).

Read the rest of this entry »

Posted in Game talk | 7 Comments »
Game talk

Notes on game feedback

December 8th, 2011

I was mentioned in a comment on Google+, and ended up writing a little bit about game feedback as a result. So here it is.

The discussion was on the absence of combat logs (scrolling text windows showing you exact numbers for combat actions) in the new SWTOR MMO. Some folks regret the absence, because they use the logs to optimize what they are doing, and use it as a learning tool. Other players find them a legacy of the text mud days, or a feature that hastens the deconstruction of the entire system and therefore damages the fun factor.

Both sides are right, really. Combat logs are just a form of feedback. The more feedback the system gives you, the more information you have for the process of figuring out how the system works. This then makes the process of optimizing play easier (read that as “getting the results you want from a given input”).

The first thing to realize here is that everything the game shows you, really, is a form of feedback. The locations of chess pieces on a board, the “game state,” is a type of feedback. Numbers floating off the enemy are feedback; the glowy effect trailing a swinging sword is also feedback.

Some forms of feedback are better suited for certain types of information than others.

Read the rest of this entry »

Posted in Game talk | 18 Comments »
Game talk

Interview for a high-school junior

December 6th, 2011

Hi this is N—–.

I am a jr in high school right now, we are doing something called a jr research paper, and the career that I chose and have been looking into is game design and I need to get an interview with a game designer, I was wondering if you could email me back and you may help me. If you have the time that would be really nice.

Thank you

Sure. Here’s my answers to your questions:
Read the rest of this entry »

Posted in Game talk | 3 Comments »