Topic: Probability Curves
Started by: Henri
Started on: 4/8/2004
Board: RPG Theory
On 4/8/2004 at 8:38pm, Henri wrote:
Probability Curves
It may be that someone has already done this (and if so could someone point me to it), but I was thinking it might be useful to have some sort of classification of dice systems. Once we have that, we could have a discussion of the relative merits and drawbacks of each general type. Other people with a broader experience of RPGs can probably contribute more than I can to this, but here is a start. At some point this should be a hierarchical taxonomy, but for now I'm just looking for broad families.
Uniform or "Flat" curves
Generate a target number that is a function of your skill and the difficulty and try to roll under that number on a single die (usually on a d20 or d100).
"Additive curves" (maybe there is a better name for this)
Roll dice, the number and/or sides of which are determined by your skill level, and add the result of all the die together. If the sum is greater than a target number (determined by difficulty) then you succeed, OR just use the raw sum for determining damage, power, etc.
EABA falls into this category, although you add together the highest three dice, not all of the dice.
"Binomial-like curves"
In this scheme, each die is treated as an independant result that is treated as a success (or victory in Sorcerer) or failure. The difficulty of the task can affect either the target number for each die to count as a success or the number of successes required. Usually the number of successes also determines the degree of success.
Burning Wheel is a straight forward application of this using d6 and usually a target number of 4, where the difficulty determines the number of successes required.
White Wolf, of course, is the target number type, but it is a bit more complicated because a 1 counts as a negative success, which makes the distribution a bit more complicated. I don't like this, because for high difficulties (9 or 10 on a d10) your probability of botching actually increases as your skill level increases.
Sorcerer presents an interesting twist on this scheme in that you do two seperate rolls of this type against each other, where the target number is determined after the fact as the highest number rolled by the opposing roll. I haven't thouht about it a lot, but this seems like it would make calculating the distribution of the degree of success against your opponent somewhat difficult analytically. Maybe Ron has done this already?
On 4/8/2004 at 8:41pm, John Kim wrote:
Re: Probability Curves
Henri wrote: It may be that someone has already done this (and if so could someone point me to it), but I was thinking it might be useful to have some sort of classification of dice systems. Once we have that, we could have a discussion of the relative merits and drawbacks of each general type. Other people with a broader experience of RPGs can probably contribute more than I can to this, but here is a start. At some point this should be a hierarchical taxonomy, but for now I'm just looking for broad families.
I have at least an early categorization in my series of dice articles from my System Design page at:
http://www.darkshire.net/~jhkim/rpg/systemdesign/
On 4/9/2004 at 12:27am, b_bankhead wrote:
Needed real information on statistics for game designers
The issue of what is actually happens numerically in the blizzard of 'vanilla' and 'pervy' game systems on the Forge is well worth discussing. Some sort of tutorial/resource on game statistics would seem to me to be very useful. After all look at what happened to White Wolf.... It can be real easy to design a system that doesn't work anything like what we think it does if you don't understand how the statistics work. (For an example of how necessary it can be to really understand these number look at the discussion D20 vs 3D6 in Heroquest)
This is worth at least an article series, perhaps even a set of LONG sticky posts in the game design forum......
Forge Reference Links:
Topic 10177
On 4/9/2004 at 12:47am, Jasper wrote:
RE: Probability Curves
In addition to John's page, you might want to check out my Guide to Die Rolling Methods.
On 4/9/2004 at 1:02am, John Kim wrote:
RE: Probability Curves
Jasper wrote: In addition to John's page, you might want to check out my Guide to Die Rolling Methods.
OK, I'm going to bite on this one. It is a good effort, but I see a number of mistakes. In the target number section, you say "The distribution is thoroughly bell-shaped. It always has this basic shape, though the bell becomes more sharply peaked the more dice are used. The target number has no effect on shape, only absolute height."
That's not true at all. Taking your example of 8d6. 8d6 with target number 6 has a very lopsided distribution where the likeliest result is 1 success, and it has a long tail going out to 8 successes. Similarly, 8d6 with target number 2 has a lopsided distribution where many successes are likely, and a tail going the other way to 0.
On 4/9/2004 at 1:31pm, Henri wrote:
RE: Probability Curves
Hi John. I read your article and I liked your classification scheme. As I said earlier, we should have a hierarchical classification, and I think fixed dice vs. dice pool is a good place to start with that. Then with fixed dice you split it into flat and bell-shaped. And then for dice pool you have additive, target number, and highest die.
My "additive" category lumped together your bell-curve group and your additive dice pool group, but I can see that it is useful to keep these seperate. EABA, of course, goes into the additive dice pool group, while GURPS goes into the bell-curve group.
There is one thing that I would quibble over, which is that you list Trinity and other such games as a "binary" variant of the additive dice pool. I feel like this category is sufficiently distinct to merit its own category. It is a lot like the target number approach, except that the target number is fixed.
On 4/10/2004 at 2:46pm, Jasper wrote:
RE: Probability Curves
John,
Ack! What a terrible gaff. Thanks. Let's take any further discussion to PM though since it doesn't really relate to the topicat hand.
On 4/13/2004 at 9:28am, Rob Carriere wrote:
RE: Probability Curves
This sounds like a very useful resource. Perhaps one of the die-rolling programs out there could be modified to print probability tables instead of single rolls?
Question: is it the intention to stop at a (descriptive) taxonomy, or should there also be constructive tools (I want a system with such-and-such properties, how do I make it?). I think this is distinct from searching in a taxonomy, because the current systems do not exhaust the possibilites. Example: it is perfectly possible to get bell-curve probabilities with a flat die roll (use a warping function) but nobody seems to do this.
SR
--
On 4/13/2004 at 2:57pm, Henri wrote:
RE: Probability Curves
Well, I don't think there is really a "master plan" here, but my idea was to start with a descriptive taxonomy and then discuss what the advantages and disadvantages of different schemes were. I don't think there is one great system that is the best for any circumstance, but we could come up with guidelines that say, well, if you want a system with these general features, these are the sort of systems that would be useful.
The thing is, I think if you want to limit yourself to probability curves that can be generated relatively easy using just common dice and simple arithmetic that you can do in your head, you are really dealing with a very limitted set of distributions. There seem to be enough people on the forge with some knowledge of probability theory that I was hoping that we could also discuss theoretical distributions that would be hard to generate using dice. After all, lap top computers are now very common, and if you know a little bit about programming, its pretty easy to write a program to generate samples from any distribution you like, even one that would be overly cumbersome using dice. The advantage of this is that statisticians have described a number of distributions that arise commonly in nature and have nice statistical features and can be described with a few parameters.
For example, take something like this. You want to perform a task. You take your skill level, s, and then compute r = 10*exp(-s/2). Now roll a d10. If the result is less than r, stop. Otherwise, keep rolling. When you stop, count the number of times you had to roll the die, then add one to that. That is your result. If the result is greated than the Obstacle of the task, you succeed. This will create a distribution known as the Poisson. The Poisson is nice because it is roughly bell-shaped, but with a right-skew. So it is never negative and has a long positive tail, allowing for the occasional critical success. Another nice feature is that the average value is equal to the variance, which inn this case is skill levl / 2.
Now, in the middle of an rpg, there is no way that I would want to do the above algorithm. It would require taking an exponential, which requires a calculator, and would require re-rolling a d10 indefinately and counting the number of rolls. However, my laptop can do this in considerably less time than it takes me to blink. A lot of people are used to using a GM screen to seperate them from the players, so I see no problem with replacing the GM screen with a laptop screen. Obviously this approach is clearly not for everyone (especially since it requires owning a laptop!). But I figure enough of roleplayers are geeky math-science-tech types that this would not be problematic for a lot of people.
EDIT: This was meant to be a reply to Rob, but I wandered off topic. To answer your questions more directly...
1) I've written a couple of programs to print out probability tables. I have them for the White Wolf system, EABA, Burning Wheel (which is just a Binomial), and a Poisson.
2) Well, as far as what can be done simply with dice, I think the possibilities actually are pretty limitted, so a taxonomy with some guidelines on how to choose a scheme and variations would probably be not that hard. It doesn't have to be a stictly branching hierarchy like an evolutionary tree, however. As for other things that you don't do with dice, statisticians have already been exploring these for a couple of centuries, so we already know about a lot of simple distributions with nice properties, but there aren't that many. As to the warping example, that is a fine way to generate normals, but I don't think people are going to want to apply a warping function in their head in the middle of a game. Better to let your laptop do it for you (at least in my opinion).
On 4/13/2004 at 3:38pm, Rob Carriere wrote:
RE: Probability Curves
Henri wrote: Well, I don't think there is really a "master plan" hereOK. Just wanted to make sure I wasn't doing thread hijack.
As to the warping example, that is a fine way to generate normals, but I don't think people are going to want to apply a warping function in their head in the middle of a game.I sure don't! But, since dice are discreet, that function is just a table-lookup, which, with sufficiently clever rules, you can have occur at char-gen time.
I agree that stuff done easily with dice is a limited set that can be fruitfully enumerated. Using a laptop/palmtop/cell phone/programmable calculator does open up quite a bit of extra design space. Another option with the same degree of freedom (stolen shamelessly from some PBM wargames) is to use a program to create a printout with, say, 1,000 samples of your distribution on it. In game you then just use these in sequence. No computer required during play.
SR
--
On 4/13/2004 at 5:34pm, Henri wrote:
RE: Probability Curves
Ok. Both the table and the pre-generated random number list are good ways to remove the need for a computer during play. A lot of people seem to have a strong dislike for charts, but then there are probably people who would say the same for the computer. If I have access to one, my preference would be for the computer because I think it is quicker than having to look up stuff on a chart.
I think one reason that you might NOT want to use a computer is color. If you are running your game in a historical/fantasy setting and you want to create a low-tech feel, a computer is going to ruin that. On the other hand, if you're playing a high-tech type game, the computer might actually add desirable color. Having the source of Fortune match Color is a nice detail (like cards in Dust Devils), but I don't think its that important, and its kind of off-topic anyway.
On 4/13/2004 at 7:15pm, Henri wrote:
RE: Probability Curves
So to get back to the topic of dice curves, I think it might be useful to have some general discussion about their features and when to use what. I'll be using John Kim's taxonomy here.
So for broad categories have:
Fixed Dice - Flat
Fixed Dice - Bell Curve (Additive)
Dice Pool - Additive
Dice Pool - Fixed Target Number
Dice Pool - Floating Target Number
Dice Pool - Highest Dice
Step Die (different dN)
Things to consider are variance, symmetry, tails, and modes.
VARIANCE
I think that if you want a very realistic game, you want a fairly low variance. With a high variance, you get a lot of things happening that, realistically, are very improbable, which may break the suspension of disbelief. It seems to me that you reduce the variance when you add dice together, so I'd go with either a Fixed Dice - Bell Curve or Dice Pool - Additive system.
On the other hand, low variance can be less interesting, since there are fewer upsets. I think in a Nar or Gamist game in particular, you may desire a higher variance. This makes it much easier for a weaker opponent to overcome a stronger opponent, which makes the game less predictable. If you have a low variance system and really min-maxed characters, they never fail at the things they are good at, and are helpless at things they are bad at. A high variance system helpls to level the playing field and rewards min-maxing and power gaming less, which is why I think they are good for gamist games. For a high variance system, I'd go with Fixed Dice - Flat or Dice Pool - Highest Dice. Although with Highest Dice, as Dice Pools get high, the variance goes down pretty fast, so this is only good for fairly small dice pools.
TAILS
Simple Fixed Dice and Dice Pool systems are going to be bound somewhere. If n is the number of dice and s is the number of sides, then a fixed dice system has a lower bound of n and an upper bound of s*n. A dice pool system has a lower bound of 0 and an upper bound at n. This means that certain tasks may be impossible, which you may not want. However, there are (at least) two ways around this.
1) Automatic Success - In fixed dice systmes, make s*n an automatic success (and maybe make n an automatic failure).
2) Open-endded dice rolls - In Dice Pool Systems, if you roll an s, reroll that die and add its value as well. I guess you could do this in a fixed dice system, but then the number of dice is no longer fixed.
The reason that I like this is that I find it frustrating that if you have low skill or if your effective skill has been reduced by wound penalties, even moderately difficult tasks are completely impossible! On the other hand, this makes even really hard tasks possible, which can be unrealistic. I could throw a pencil at the charging Vampire Lord, and if I roll a 20, I kill him! In real life, the chance of throwing a pencil through someone's heart is probably a LOT less than 1 / 20 (unless you are Bulls Eye).
Symmetry
Like tails, this is all about the critical failures and critical successes. With a tightly bound system, there are no critical successes or failures, but if you want to stretch the bounds, you have to decide if it will be in both directions or just in one.
If you want something thats very symmetric, you had better go with Fixed Dice or Dice Pool - Additive. Target Number Dice Pools only start to get symmetric when you have really large dice pools. With fewer dice, they tend to lean to the left because they are bound at 0.
However, you can get around this by making "1's" negative, as in White Wolf, so that Target Number Dice Pools can be left-bound at -n instead of 0. As long as you don't have very high Target Numbers, this is fine. But when you combine this with a Floating Target Number system, as in White Wolf, you get some weird things up at the high difficulties, where your probability of a botch goes up with your skill and can actually be higher than the probability of normal failure!
Personally, I like having a right tail, but no left tail, because it means that while a PC is less likely to get really screwed by one bad dice roll, they will occasionally get to do something really awesome with a good dice roll. You can get this with a dice pool system that is open-ended for successes, but doesn't have botches. The Poisson distribution also has this shape.
Modes
Not too much to say here, but you do want to make sure that your mode is something reasonable. I think this is only a problem for the Highest Dice Pools. In these, with a large number of dice, the mode gets really high, but the distribution is bound on the left and the right. This means that you get most of the probability mass pushed up against the right bound with a tail going to the left bound. This is really awkward looking, at least to me, so I think Highest Dice systems are silly, but people don't use them much, probably for that reason. Even worse, if you open-end a highest dice system, as with ICON, you get a bimodal distribution (it has two local maxima), which is really ridiculous looking (IMO).
Anyway... questions? comments? criticism?
Is there anything here that is dead wrong?
What would you add to this?
EDIT: Looking back at John's site, I see that I did not touch on granularity, ease and speed of use, and availability, which are also important stuff.
Real quick, granularity is higher for Additive systems (either fixed dice or dice pool). Fixed dice systems have better availability, since you need a fixed number of dice, like 3d6 for GURPS. Step Die systems have really crappy availability, since you need at least one of each different type of die. Speed depends on a whole lot of things, and is basically the main cost of more refined systems. In actual play, I think speed of use is really important, but there is a trade-off.
On 4/13/2004 at 7:44pm, John Kim wrote:
RE: Probability Curves
Henri wrote: If you want something thats very symmetric, you had better go with Fixed Dice or Dice Pool - Additive. Target Number Dice Pools only start to get symmetric when you have really large dice pools. With fewer dice, they tend to lean to the left because they are bound at 0.
However, you can get around this by making "1's" negative, as in White Wolf, so that Target Number Dice Pools can be left-bound at -n instead of 0. As long as you don't have very high Target Numbers, this is fine. But when you combine this with a Floating Target Number system, as in White Wolf, you get some weird things up at the high difficulties, where your probability of a botch goes up with your skill and can actually be higher than the probability of normal failure!
This part is fuzzy. Being bound at zero has nothing to do with being symmetric. After all, fixed die rolls like 3d6 or 1d100 are always bound at higher than zero, and they are symmetric. Target number dice pools are symmetric if the target number is exactly half. (i.e. d10's with a target number of 6 are symmetric).
Conversely, in Storyteller where ones are negative, then the only symetric roll is target number 10. This is the ultimate weird result, though. This roll always has an average of zero, and the number of dice rolled only increases the variance: i.e. both the chance of botch and the chance of success go up with the number of dice rolled.
Henri wrote: Personally, I like having a right tail, but no left tail, because it means that while a PC is less likely to get really screwed by one bad dice roll, they will occasionally get to do something really awesome with a good dice roll. You can get this with a dice pool system that is open-ended for successes, but doesn't have botches. The Poisson distribution also has this shape.
I'd just note that I prefer this shape as well. Having critical successes is OK for spice, but having a long left tail (i.e. critical failures) means that you can never be sure of yourself -- so it is never valid to skip the roll.
Henri wrote: Not too much to say here, but you do want to make sure that your mode is something reasonable. I think this is only a problem for the Highest Dice Pools. In these, with a large number of dice, the mode gets really high, but the distribution is bound on the left and the right. This means that you get most of the probability mass pushed up against the right bound with a tail going to the left bound. This is really awkward looking, at least to me, so I think Highest Dice systems are silly, but people don't use them much, probably for that reason.
I tend to agree with you, but something left out of my analysis is Sorcerer dice-rolling which is always an opposed roll between two highest-die dice pools. I should add in an analysis of Sorcerer at some point.
On 4/13/2004 at 8:05pm, Henri wrote:
RE: Probability Curves
John Kim wrote:
This part is fuzzy. Being bound at zero has nothing to do with being symmetric. After all, fixed die rolls like 3d6 or 1d100 are always bound at higher than zero, and they are symmetric. Target number dice pools are symmetric if the target number is exactly half. (i.e. d10's with a target number of 6 are symmetric).
You are absolutely right. I was thinking too specifically. What it really has to do with is the relationship of the mode to the two bounds. Low-dice dice pool systems are asymmetric because the mode is close to the lower bound, which happens to be 0. Likewise, Highest Die systems are asymetric in the other way, because the mode is close to the upper bound.
I guess a lot of what I was saying before about Symmetry, Tails, and modes could be said a lot more succinctly. The point is to identify your upper and lower bounds (if any) and your mode(s) and to look at the relationship between them. I think its desirable not to let the mode get too close to either of the bounds. This is an advantage of fixed dice systems. Having the mode half way between the upper and lower bounds is a necessary but not sufficient condition for symmetry. Practically speaking, however, when the mode is half way between the two bounds, it is usually also the median and the mean, which means that it is symmetric.
John Kim wrote:
I tend to agree with you, but something left out of my analysis is Sorcerer dice-rolling which is always an opposed roll between two highest-die dice pools. I should add in an analysis of Sorcerer at some point.
Yeah, Sorcerer is totally weird. I think of it as the bastard child of Target Number and Highest Die, where the TN is determined as the Highest Die of the opponent. This is because of the way in which you determine the number of victories as the number of your die that beat the target number of your opponent's highest die.
On 4/13/2004 at 9:07pm, Mike Holmes wrote:
RE: Probability Curves
There are a lot of other odd mechanics you can find in use out there in terms of die rolling conventions. For example, there's the median die example. Or the Godlike matching convention. Do you want to try to categorize these all, or just stick them under "unusual"?
Also, some of these types conflate die curve with output curve. That is, the outcome of a GURPS 3d6 dice roll is a bell curve. But the outputs of the system are binary pass/fail. You're only looking at the dice curve in this case when you mention the additive pool. But in the case of the die pools you then add the condition of target numbers. IOW, you should have "fixed dice - flat - Fixed Target Number" (Shadows, maybe) as different from "Fixed dice - flat - variable target number". You're really considering multiple vectors here, and the cross-product could be very large when you look at in in total. So you might want to separate them some.
Mike
On 4/13/2004 at 9:17pm, Henri wrote:
RE: Probability Curves
Well, these are meant to be broad categories, so weird things could be either special cases, hybrids (like Sorcerer), or maybe we'll need some new broad categories.
I think you have a very good point about how an underlying distribution can actually just lead to a binary "succeed, fail" result. I definately like systems that allow for degree of success. However, as John points out, you can allways use the distance from the Target as degree of success for fixed-dice systems.
I'm not familliar with Shadows, but if both the dice and the target number are fixed, what varies? There has to be something that varies in order for you to represent the difficulty of the task and the ability of the character. I can't think of a system that doesn't incorporate these two variables.
On 4/13/2004 at 10:20pm, Mike Holmes wrote:
RE: Probability Curves
Henri wrote: I'm not familliar with Shadows, but if both the dice and the target number are fixed, what varies? There has to be something that varies in order for you to represent the difficulty of the task and the ability of the character. I can't think of a system that doesn't incorporate these two variables.Actually, I think Shadows is a d20 vs d20 or something. Can't remember. What happens is that you use points after the roll for re-rolls. There is no "difficulty."
I've even seen games where you just flip a coin for every resolution. I mean, that's way more rules than most freeform games have where there is no resolution system (does that represent a category - null?).
Also, are we only looking at traditional resolution systems? I mean, what about methods for rolling for damage? Or any of the myriad other mechanical systems that exist out there that are not strictly success/fail determiners? When does a system become something more than the resolution? TROS combines the combat resolution system with the damaga system. Are these all resolution, or is just the calculation of the "success" portion of things the "resolution"?
Again, what about matching systems, and other "odd" systems? How would you characterize Unknown Armies system, where you want to roll as high as you can but still remain under the target (aka The Price is Right method). Would you differentiate between how Deadlands does Step Dice, and how Earthdawn does it? What about the Immortal system, where does that fall? Dreamspire isn't out yet, but the basic idea of the mechanic is that stat provides the die type, and attribute provides the target number. What I think I'm getting at is that we need to have a more descriptive system, and less a categorization system.
And, as long as we're at it, what about systems that resolve using playing cards (lord knows there are tons of them)? Or Dragonstrike the CCG RPG? Or are you only interested in dice? What about games like Throwing Stones with collectable dice? Or The World, The Flesh and The Devil (or Ron's new game) which have customizable dice?
Mike
On 4/14/2004 at 3:21am, M. J. Young wrote:
RE: Probability Curves
I'll toss out Scarlet Jester's Diverse Lunacy system. d10's are rolled, but the faces are altered to a center-weighted five-step outcome and then always used as opposed rolls. (It will appear for the first time in what I think is a modified form in Legends of Alyria--I think LoA reduces the probability of rolling the center from 40% to 30% to create a 10% chance to botch, but I'm sort of extrapolating backwards to get that.)
I also agree that there are a lot of questions about what should be included. I think this thread is about "dice-based fortune task or outcome resolution systems" exclusively. Character creation rolls are not included despite their impact on resolution; factors determined by the same roll (e.g., relative success (including damage), relative failure, botch, crit, and color) are incidental except as they relate to resolution.
Even so, there will be systems that defy simple categorization. Obviously, Multiverser's skill checks (percentile, roll under but as high as possible), simple attribute checks (peaked 2d20 curve roll under) and difficult attribute check (straight d30+10 roll under) are all resolution systems, as they determine success or failure (although they also determine relative success and relative failure). What, though, of the General Effects Roll? This 3d10 roll determines whether events, situations, outcomes, or other aspects favor or disfavor the player's desires. The simple example is the character who facing a crowd of apparently intelligent creatures of which he knows nothing fires a gun in the air to get attention. Do they flee in terror, turn to focus on him, attack him viciously, stare at the sky looking for the source of the sound, cower on the ground, or something else? The GE roll resolves this situation by guiding the referee in determining what happens. In application it can be as close to a resolution mechanic as deciding the outcome of a battle in which the player character plays only a minor part, or as far from it as deciding whether the night is quiet or interrupted by a rainstorm or a wandering bear.
So what are we after here, really?
--M. J. Young
On 4/14/2004 at 9:49am, Rob Carriere wrote:
RE: Probability Curves
Henri wrote: I think that if you want a very realistic game, you want a fairly low variance.
Just one quickie remark: A _very_ realistic game would probably have variable variance. In many tasks, newbies have much larger variance in their results than do experts. You could simulate this with a system where increasing expertise raises the mean and drops the variance. (Sounds like a candidate for a computer solution to me, but maybe somebody has a clever die-roll solution.)
SR
--
On 4/14/2004 at 2:16pm, Gaerik wrote:
RE: Probability Curves
I think this is on-topic. Anyway, I just wanted to say that I've written a Windows program that is a Dice Analyzer. I essentially allows you to pick die types, number and type of analysis and then gives a nice little graph of the results. It's for those folks who really hated statistics. Instead of doing the problem mathematically, the computer just rolls 100,000 iterations and compiles the results. They're pretty accurate too. If anyone wants a copy of the program, send me an email address and I'll send it to you. It's only about 50kb so it's not hard to send. It zips up to 14kb. I'm always willing to add features to those who like the program and want to see different types of results.
On 4/14/2004 at 3:20pm, Henri wrote:
RE: Probability Curves
A couple of people have brought up several interesting ideas, but I wanted to point out that the topic of this thread is intended to be about probability curves. Broader system issues like IIEE are not the topic, although if someone wants to start a new thread about that that would be cool. Also, drama and karma systems are not part of this thread. The topic is simply what is the diversity of dice rolling mechanisms out there, what kind of probability curves do they create, and what are the salient characteristics and effects of these curves.
Even with such a narrow focus, there is a lot of diversity out there. For this reason, I thought it would be useful to start out by looking at what those systems have in common, and creating broad categories. Then we can look at differences within categories to create more refined categories.
John's article identifies three categories at the highest level: fixed dice, dice pool, and step dice. Then he breaks fixed dice into flat and bell-shaped. Then (this is a slight modifcation on my part), dice pools are broken down into additive, fixed target number, variable target number, and highest die.
Allow me to restate the question is a way that I hope is more focused. At these two upper-most levels, is the system complete? I suspect not. Can we come up with any other broad categories? At the highest level, are there any other classes that cannot be fit within fixed, pool, or step? What about at the next level down? I suggest that we don't add a third level yet, until we are happy with the top two levels.
On 4/14/2004 at 8:56pm, John Kim wrote:
RE: Probability Curves
Mike Holmes wrote: Also, are we only looking at traditional resolution systems? I mean, what about methods for rolling for damage? Or any of the myriad other mechanical systems that exist out there that are not strictly success/fail determiners? When does a system become something more than the resolution? TROS combines the combat resolution system with the damaga system. Are these all resolution, or is just the calculation of the "success" portion of things the "resolution"?
My intent with my dice essays was to cover common choices for RPGs. The idea being that if a technique has appeared in, say, three or more unrelated RPGs, then it should be at least analyzed and considered. Of course, RPGs can and should invent new techniques -- but they should be compared against the relatively well-tested and understood techniques of earlier games.
Henri wrote: John's article identifies three categories at the highest level: fixed dice, dice pool, and step dice. Then he breaks fixed dice into flat and bell-shaped. Then (this is a slight modifcation on my part), dice pools are broken down into additive, fixed target number, variable target number, and highest die.
Allow me to restate the question is a way that I hope is more focused. At these two upper-most levels, is the system complete? I suspect not.
I don't think that completeness is necessarily desirable. My intent wasn't to make broad labels which can be attached to any possible dice mechanics, but rather to explain how specific known dice mechanics worked. For example, Godlike isn't sufficiently covered by these choices -- nor is FVLMINATA.
On 4/14/2004 at 9:39pm, Mike Holmes wrote:
RE: Probability Curves
I was refering to Henri's efforts here, John, your article does a good job at what it intends to do. And now that I've got a better idea of what Henri is looking for - sorta like a morphology of dice rolling - I get where he's at. I'm not sure where to proceed with it, but at least I think he's got a well defined task in front of him. Basically, I see him using your work as a jumping off point. If your point is that it's not the best point to jump from given your goals for the article, then I may be with you. Not sure.
Mike
On 4/16/2004 at 10:45am, Thierry Michel wrote:
RE: Probability Curves
Henri wrote: A couple of people have brought up several interesting ideas, but I wanted to point out that the topic of this thread is intended to be about probability curves
You need to narrow that further.
Probability of what ? The bell curve for 3d6 does not represent the same type of result that the graph of the number of success in a dice pool.
On 4/16/2004 at 3:04pm, Henri wrote:
RE: Probability Curves
Thierry Michel wrote:
Probability of what ? The bell curve for 3d6 does not represent the same type of result that the graph of the number of success in a dice pool.
I'm not sure that I agree. Although there are important differences (which is why they are in different families of dice systems), they are fundamentally doing the same thing. Lets say the GM looks at my skill and the difficulty of the task and says, okay, you need a 14 or better on 3d6. The higher above 14 the better, the lower the worse (so we care about degree of success). Or we are playing a different game and he says, roll 3d6 with target number 4 and you need to get at least two successes. If you get 3, its better, and if you get none, its really bad.
Fundamentally, these are doing the same thing, although there are differences. The first gives a much smoother bell curve, whereas the second is more rough and blocky. Hence the first example has a much finer granularity for determining degree of success. Also, in the first my skill affected the targert number of 14, whereas in the second it affected the number of dice.
As for your more general point that I need to narrow my focus, I apologize that I was somewhat vague at the start of this thread, but that is because I was still trying to figure out what I was trying to do. Mike nailed it. I'm looking for a "morphology" or "taxonomy" of dice rolling. I am using John's essay as a "jumping off point."
Mike suggests that this may not be the best jumping off point, and I get the feeling from several people that this attempt may be somewhat misguided or at least quixotic. I hold that a taxonomy of dice systems would be a good, useful thing to have. However, I am willing to concede that it may be far more difficult a task than I am really up to tackling in my free time and with my limitted breadth of experience. If that is the conclusion of this discussion, I'm okay with that, since I feel like it has already been helpul to me in sorting things out in my head.
On 4/16/2004 at 4:25pm, Mike Holmes wrote:
RE: Probability Curves
I think it's potnetially a good idea, Henri. For a little history, it's been tried before, BTW (I'm remiss for not having looked up the thread). The question is what will be the outcome of the terms developed? I think that the usual idea in these attempts is to come up with a common shorthand for refering to systems to make communication of them from person to person simpler, and so that the types can be discussed in groups.
Is that where you're headed?
If so, I'm not sure that John's headings don't already sorta cover it. And there is an informal jargon that has developed around these things. Rollunder, and rollover, for instance are pretty commonly used and fairly well understood (the assumption for rollunder, for instance, likely actually means roll the TN or less, so, ironically not really an accurate description). I guess the question is whether or not more specific description doesn't cover things. Then these terms can be used in combination. For example, you'd just have a jargon like:
Additive: Dice results are added
Individual: dice are considered individually
Pool: More than one die is rolled
Set: the number of dice do not change
Variable: the number of dice are dependant on some factor
Target Number: the results of each read die are compared to some number
Rollover: result is a success if it is equal to the target number or more
Rollunder: result is a success if it is equal to the target number or less
Matches: Matching dice rolled are successes
MOS (margin of success): successes are determined by the difference between the TN and the roll
Etc
Then we say things like TROS is a two stage method where you start with a rollunder variable pool opposed by another rollunder variable pool where the MOS is calculated as the difference in successes generated by each pool.
Just an example, it would need a lot of work. The advantage here is that you can accurately describe most systems with the shorthand. The disadvantage is that you can't really speak to "rollunder" systems because they're all vastly different depending on the other variables.
But I think that's going to have to be the case. Because there so many variables at work here.
Still, I may be wrong - maybe some of these combinations can be declared "categories" in some fashion that could lead to effective discussion of the categories. But I'd personally be fine with just defining a category for discussion by conglomerating the terms that are needed to define it accurately.
Mike
On 4/16/2004 at 5:28pm, Henri wrote:
RE: Probability Curves
Mike Holmes wrote: I think it's potnetially a good idea, Henri. For a little history, it's been tried before, BTW (I'm remiss for not having looked up the thread).
I'm sure it has. I'd like to see the results of those attempts.
Mike Holmes wrote: The question is what will be the outcome of the terms developed? I think that the usual idea in these attempts is to come up with a common shorthand for refering to systems
Well, that's part of it. I was also hoping for nested groupings as well as just a short hand for descriptions
If so, I'm not sure that John's headings don't already sorta cover it.
Heck, maybe they do. That is one of the questions I was posing.
And there is an informal jargon that has developed around these things.... The advantage here is that you can accurately describe most systems with the shorthand. The disadvantage is that you can't really speak to "rollunder" systems because they're all vastly different depending on the other variables. But I think that's going to have to be the case. Because there so many variables at work here.
This is a good point and may be why an attempt at classification is quixotic. Essentially, we have to arbitrarily pick certain features and say that they are more important than others. John's system priveleges fixed vs. variable number of dice rolled and makes these two his most important categories. This isn't a problem with a shorthand, because you are just trying to describe features individually, not organize them into groups based on shared features.
In an earlier post I wrote that I wanted to come up with a taxonomy and then discuss the advantages and disadvantages of different groups. But it occurs to me that we don't strictly need a taxonomy to do this. Perhaps the short hand you are referring to is sufficient. Basically, what I wanted to do was the examine a subset of Ron's claim "System Does Matter." There is more to system than just the way in which dice are rolled, but I wanted to look at just this feature and see how it matters. According to the principle of System Does Matter, when deciding on a dice rolling mechanism for your game, you need to take a hard look at the probability curve it generates and think about whether it is what you want for the design goals of your game. Rather than having people reinvent the wheel, I thought it would be useful to have a classification system that could then point people in certain directions depending on their design goal.
So lets say we have three games. A Purist-for-system Sim game that we want to be a very realistic and do a reasonable job a modeling the results of tasks. A zany, off-the-wall gamist game with a strong element of self-parody (like Munchkin or something). An Nar game with an intense, character-driven premise that's way over the edge.
These are very vauge and somewhat stereotyped examples, but I think it is obvious that we don't necesarily want to use the same dice mechanic for each one. So what are some features that you would want in the dice systems of these games? Or, just ignore the examples and get to the heart of the question, which is "How do the various characteristics of dice systems matter to a game's design goal?"
I started to adress this question in a previous post, where I wrote that I think a lower variance is going to be more realistic, but that making the outcomes of rolls more predictable might make the game less interesting.
On 4/16/2004 at 6:41pm, John Kim wrote:
RE: Probability Curves
Mike Holmes wrote: Then these terms can be used in combination. For example, you'd just have a jargon like:
Additive: Dice results are added
Individual: dice are considered individually
Pool: More than one die is rolled
Set: the number of dice do not change
Variable: the number of dice are dependant on some factor
Target Number: the results of each read die are compared to some number
Rollover: result is a success if it is equal to the target number or more
Rollunder: result is a success if it is equal to the target number or less
Matches: Matching dice rolled are successes
MOS (margin of success): successes are determined by the difference between the TN and the roll
Good start there. One comment -- in common usage of published systems, the term "dice pool" always refers to a variable number of dice. For example, systems using 3d6 (like GURPS) are never referred to as being "dice pool" systems. Thus, I contrast "fixed-die" with "dice pool" -- which seems pretty clear and matches how most systems call themselves.
Mike Holmes wrote: Just an example, it would need a lot of work. The advantage here is that you can accurately describe most systems with the shorthand. The disadvantage is that you can't really speak to "rollunder" systems because they're all vastly different depending on the other variables.
But I think that's going to have to be the case. Because there so many variables at work here.
It seems possible to have shorthand for common choices, like "rollunder percentile system". The vast majority of published systems use one of a half-dozen basic approaches, so it seems worthwhile to have these as reference points. But yeah, I agree that a complete taxonomy isn't practical.
On 4/17/2004 at 3:06pm, Thierry Michel wrote:
RE: Probability Curves
Henri wrote: I'm not sure that I agree.
That's because I was unclear, probably (eh). What I meant is that one has to be specific about which random variable is being mapped. I gather from your posts it is the degree of success and not the random number(s) generated by the dice.