The Travels of Mendes Pinto: Team Game
Original (pre-edited) Draft, Time for a HiatusSergio Mascarenhas
October 23, 2001
Go to the final published version to see the, well, final published version.
The Travels of Mendes Pinto: Team Game
Original (pre-edited) Draft, Time for a HiatusSergio Mascarenhas
October 23, 2001
Go to the final published version to see the, well, final published version.
TIME FOR AN IATUS
Things have not been easy these last two months, both at the personal and professional levels. Furhthermore, I had some problems with my computer. Result: I had almost to stop working on my column. This had several consequences, including my inhability to finish the column for the present month.
Actually, it already afected the September's column. You see, my intention was to include with that column my original draft and the exchange of emails I had with Steve Darlington (the Devils Advocate) and Stephen Barringer that is doing the editing of it. For lack of time I couldn't do it, so Sandy Antunes made the wise decision to publish the edited copy that Stephen handled him. I wanted to have all there so that you can compare the different stages on the development of each column (if you wish). This will allow you to see how it is developing, not only to look at the last and final stage on the writing process.
For lack of time I couldn't finish the column for the present month. I am going to get back at it now, but it's too late. It will stay for November.
Yet, I wanted to have something to publish. It just happens that the September's column generated several interesting threads to whish I couldn't respond. So, I decided to turn my response into this month's column.
Panjim, October 16th, 2001
LOOKING BACK AT SEPTEMBER'S COLUMN
Last month's column sparked a lot of very interesting discussions. Sonce I was away, I couldn't address these. Here goes my resume and answer to the points raised:
1. João: "I especially like the way you structure your though and convey it into language (maybe because of my law background)." Hello João, in fact the way I structure my though derives a lot from my own law background!
"The way you seem to be going, past the attributes down to the resolution mechanics (be it skills, personality traits, health levels and penalties, etc) its very simple, promises to be really elegant and further very well explained."
In the next couple of columns I hope to be over with this.
"I, as all the people here will stay tuned as you unfold your creative process and develop TtoMP. The reading is my first and foremost reason to cameback to RPGnet (IMO)."
Thanks for the compliment. I just hope not to deceive you or anybody else with the end product. After all, I'm going now through the easy step: the destructive part. When the time comes to build, things will be a lot more hard. Um abraço.
2. Robert A. Rodger: "But won't these characters interact with non-Europeans?[skip]"
Valantil provided the answer I had in mind, but A.J.Gibson provides another point of view:
"A game should most definately cover circumstances outside the norm if at all possible. The sort of 'it's-not-likely-to-happen-so-let's-not-deal-with-it' mentality that screwed up D&D"
I don't know about D&D, but my way of thinking is the next: If one has a sound foundation on a core set of principles on how to create rules for particular situations, one may pay attention to the normal situations and drop the fringe ones. In other words, I may think my sedign efforts in these terms: 'Normality is the default, so it does not need an express representation. Neither do need abnormal situations IF I provide a general principle on how to handle these.' The future will tell whether this is feasible or not.
3. Deathlok: "Well, from my perspective, the two main candidates for 'we need CON!!' situations in the TToMP setting are grievous bodily harm and disease. The GBH situation can easily be covered by HP or whatever, and don't need a CON stat [skip] For disease, just do the same [skip]"
Yes, this is how I look at it. And no, the system will not use HPs.
4. Andrew Martin: "Another approach is to rate Natives and Europeans. [skip]"
You present exaclty the way I'm thinking about handling most things in the game (even if the final terms may be different). Basically, we will have descriptions of groups of people based on different criteria (it can be biological, cultural, social, political, etc., provided it suits and respects the setting). If a character belongs to a group, he inherits the descriptors of the group (unless the player wants to change that description, but in this case he must provide an explanation to why his character is different from the norm... an explanation that is acceptable within the setting).
"And some thoughts about where Sergio is going with skills [skip]"
Actually I'm going in a very different way from what you describe. But I'll leave this to the next couple of columns.
"So expanding further upon the above, a NPC character could be described according to their Name, Race (Native/European), Sex, and Occupation. Significant player characters could be described with an extra 2 - 4 positive descriptors, and 1 - 2 negative descriptors. Perhaps every two positive descriptors balanced by 1 negative descriptor? All descriptors must fit into a single paragraph of description, much as the original writer might have described a significant character in TToMP."
It will be more or less like this. I'm just not sure about the positive/negative thing. I don't like this kind of reasoning at the rules level. I mean, the rules should not decide on what is negative or positive. After all, anything can be either positive or negative, depending on the situation and point of view. So, either the rules don't qualify character descriptors as positive or negative, or they present both the positive and negative aspects about the descriptors.
What I don't like is to have the rules dividing things into positive and negative, like advantages / disadvantages.
5. A.J. Gibson: "If the mechanics of a system are the language in which a story is told, and a single language (such as English) can be used to tell a number of different stories in different genre's effectively, then why can't a single mechanic be used for all rpg genres? [skip] What is needed is a mechanic that is as versatile as the English language, with different aspects of the language that can be more common in some genres, but used in any of them."
Because... Well, I think it can... if it is the right mechanic. Somehow no game I know was able to come out with the right mechanic. I think that this is because game designers based their design attempts on a wrong approach to generic game design. I will attempt to achieve this in a future column. I mean, designing a generic system that's trully generic. Either I do it or I'll die in the attempt! (Time to create a new character...) In any case, look at what I say below.
5.1 Ben: "if many different works can be written in English why can't all games be payed with the same language (roughly). [skip] If by mechanic you mean the whole kit-and-caboodle [skip] of race, class, attribute, skill, etc., that Sergio wrote about in this most recent column, then the refutation is in the article. Some games don't need certain aspects of the mechanic [skip] To make a system that would be perfect for every game would probably have to allow for a lot of customizing. It would be so open to being customized that it would probably be nothing more than an empty book."
True. But what if the customizing is already done? What if we take the setting material as such and have a decision mechanic that works based on the setting material to reach game results? What happens in most games around there is that we have several layers: setting material (narrative, descriptive); game concepts derived from the setting material; decision mechanics that work with the game concepts. My take is that, if we are able to undercut the intermediate level, we get a flexible and trully generic game system. Of course, it has to be proved that this can be done effectively. Just two ints: it requires an abstract decision mechanic and it requires a way to match the decision mechanic to the setting materials as given. A game that goes a great deal in this sense is Hero Wars.
[skip examples] "Still I think there are deep differences in the writings. One is a history, one is an adventure into being, the other is a history of God - there are new words in each of them (one difference wrought by time), there are syntactical differences, there are even affective differences (pacing in one is meant to keep you on the edge of your temperfoam seat, while another leisurely describes the world)."
I agree with you. The problem is that in order to keep this in a game system designed the *traditional* way, one needs to translate each of these examples to a different game language with it's corresponding game concepts. To make things worse, sometimes game designers feel compeled to have different mechanics to each set of game concepts they derive (contrary to what Ben says, "All systems that use a die mechanic can use the same die mechanic"). So, if one follows the *traditional* approach, one is bound to hit a wall of increasing complexity, or to take shortcuts and amalgamate what is different.
5.1.1 A.J. Gibson: "By this, I believe that a single RPG, with the same versatility as English, could be used to play any RPG in existence. This does not mean the RPG exists, and it certainly doesn't mean that an existing RPG (like D&D) could be used well to emulate every single genre. A mechanic that introduces race (other than a generic human default race) and other trappings specific to the setting wouldn't work, because it is not separate from the setting. A truly generic game would need to be separate from the setting, and also it would need to give the GM the ability to choose what apsects of the game they wish to use [skip] In language terms, the grammar would stay the same, but there are no specific words (attributes, skills, whatever) the GM must use. The mechanic of the system would be the rules of grammar the story is described in, and the words available would be the options available for the GM and players to use. The GM can decide what words are forbidden, and can make new words (skills, attributes, etc), but the grammar rules stay the same."
This summs very well where I'm trying to go.
"In short, one mechanic (die rolling scheme) can cover every single genre"
As I wrote above, this is where I'm going.
"and 1 set of skills, attributes, etc, can also cover it also, provided it's an open system"
Here I'm going in a different direction, something I'll attempt to explain fully in the coming columns. To say it shortly, I'm giving up with the idea of predefined sets of descritors. I'll explain why when I present my ideas. Once more, Hero Wars is a key inspiration.
"(you can make up new ones - there's actually a theory in discrete math about systems needing to be either incomplete or inaccurate)"
My inspiration is not math but a certain type of law rules that are used in what we call in Portuguese 'Direito Internacional Privado' (International private law?). These are rules about rules. They are called 'formal rules' since they don't have a specific content. They are used to decide on which among different 'material rules' (those with a precise ruling content) is to be used in a particular situation. João, are you following this?
"and that the parts of the system you don't need can be ignored (like ignoring astrophysics in favour of newtonian physics when it is convenient). Of course, the system would have to be pretty big (how many words are there in the english language). A setting specific game could be created as a sub-system by simply removing unwanted elements of the language."
The way I want to handle this, as I explained above, is far simpler. One does not need to create an extensive set of game concepts because one is simply using directly the setting materials. This simplifies things... if it can be done.
22.214.171.124 Michael T. Richter: "An RPG with that versatility would also take many years to learn -- just like English. And, if you look around you, you'll note a lot of people who can't use English very well despite a lifetime's practice with it..."
At least let's hope that roleplayers are above the crowd in this field... My contention is that if the system uses *natural* language directly (English, Portuguese, etc., provided it is a language that all the players understand and are proficient with), if you know it, you don't need to learn a specific game language, so the problem is solved.
126.96.36.199 A.J. Gibson: "I can speculate at some of the features such a system would have to have in order to be perfectly generic:
1 - it would need to have a few central mechanics that are applied relentlessly to all situations, with rules to adapt the situation to the mechanic (rather than having separate mechanics for different phenomena)"
I couldn't agree more.
"3 - it would need to be modular enough that you could remove sections of the game without affecting other sections"
True. To be more precise, this is true about the game mechanics. Since in my approach the descriptive parts are taken from the setting materials, these define what is and what is not in the game.
"Here's a thought: how about an RPG that gives character different attributes based on verbs, and nouns are like objects, and they form sentences and whatever verb is in the sentence is the deciding attribute for randomization?"
Too complicated in my opinion. And it requires one to keep thinking in terms of meta-game concepts ('verbs', 'nouns', etc.), something I'm oposed to since it distracts from an in-character mindset.
"Or is that how Hero Wars works?"
Not exaclty. I'll explain it in the future. But if you don't want to wait you can check: http://www.glorantha.com/hw/P02Characters1.html and http://www.glorantha.com/hw/P02Characters2.html for character creation.
http://www.glorantha.com/hw/P03Keywords1.html for "keywords", the descriptors of Hero Wars. You will also be able to find the action resolution mechanics somewhere in the Glorantha.com site.
188.8.131.52.1 A.J. Gibson: "The idea is that the GM will (hopefully) not have to deliberately choose which rules they intend to omit, rather they will emphasize those rules which are most appropriate, and alter values in the game to produce the effects they desire."
Agreed. This is the mindset I would like to emphasize.
6. Weber: "Actually, I think Sergio is using the term 'granularity' correctly."
This has been a very nice thread. Actually I used the term granularity the way I understand its meaning. I could be wrong and I didn't check whether I was correct or not. In any case the column was read by at least two people, and none of them complained about it.
7. Weber: "In comparing two scores, I think most everything can be handled with the following sort of categories: Equal, Just a Bit Better/Worse, Noticeably Better/Worse, Very Much Better/Worse, Overwhelmingly Better/Worse. (Of course, this sets up a quantitative scale. I'm just saying that this is a sufficient number of 'levels', and one can get by fine with even fewer, depending on the game.) I'm sure plenty of people would disagree with me on whether this is a sufficent number of levels, however."
I at least agree with you. And this is a key factor on the way I'm designing the game. Notice that you are using a qualitative scale, just the type of scaling I like to use myself.
Tim: "Similarly with skills - you can break it down to basic, professional, expert, master or some such."
And Weber again: "I also agree that the main strengths of finely resolved ability levels seem to be centered on advancement issues rather than on discriminating effectiveness. (I'm not saying advancement issues can't or shouldn't be important.)"
This is also a key aspect on the way I look at game design. Since my game will not put the stress on advancement issues (in the traditional way advancement is understood, meaning a focus on ability), it can drop finely resolved ability levels.
8. Weber: "You described low-resolution ability scales in terms of absolute scales, and that's what you are designing. I described low-resolution scales in terms of the difference between two referents, and that's how the system I've designed works! (Okay, there's no practical difference; it's the psychological orientations I found interesting.)"
What! In fact it seems that invention is just a repetition of what has already been discovered. You are using here two central concepts to the way I'm conceiving my game design efforts: the difference between ABSOLUTE and RELATIVE scales. The difference between us is that to me there's a major practical difference between one and the other, and both point to two completly different ways of designing games, like...
9. Tim: "Presumably your system doesn't use quantitatively defined character abilities, but the GM provides the differential based on a qualitative description of the character, eg 'He's one of the world's best fencers, but his understanding of technology only extends as far as wiring a plug.'"
On what concerns my design efforts, this is where I'm going. Notice that using qualitative scales means:
a) That it leads almost necessarily to scales designed in the terms presented in 7.;
b) That it also leads easily to the usage of straight language as I proposed in 5. (we express qualities with common language, not with numbers; and we order qualities also with common language, not with numbers; 7. above provides some good examples);
c) That it may work based on relative scaling (it can also work based on absolute scaling if one pre-defines a qualitative scale). But I've not explained what I understand by this, at least so far...
9.1 Weber: "You are dead-on in guessing that I use qualitative descriptions for case-by-case judgements. However, it still works out to assigning a 1-D quantitative scale when it comes time to add numbers and roll the dice. That's why I said I didn't think there is much practical difference between the two attitudes."
A long time ago I discussed this in a now defunct discussion list on game design. (I had come up with my concept of qualitative scaling as oposed to quantitative scaling on my own - with the help of some features of both RuneQuest and Skyrealms of Jorune. It was in that discussion list that I was told that other games - like Fudge - had done this). At the time I faced the criticism that in any case a qualitative scale has to be matched into a quantitative scale for dice based randomisation purposes, so why botter with the qualitative one?
Well, there are several reasons:
- Qualitative scales are still more intuitive than quantitative ones; they also provide more meaning; so, even if there's a match between the two, it's not indiferent if we have both or not;
- Not all mechanics require a dice based system; in the case of a randomless or diceless situation, the matching process may not be so marked;
- And there's the issue of relative vs. absolute scaling...
Well, these discussions were really great. They move around some of the key ideas that underline my design efforts. Let me present a summ of these ideas, since they will be developed in the coming columns. The system:
1. Will work by using plain language taken from the setting materials.
2. Will not use stratified sets of descriptors (ones that are independent from the setting materials and designed specifically for game purposes).
3. Will scale things through a qualitative scale with a small number of levels.
4. Will scale things in relative terms, not according to some absolute, pre- defined scale or set of scales.
5. Will use a single resolution mechanic.
Next column I'll explain the way the system will handle descriptors. The column after that I'll explain the resolution mechanics.