* Reconstruction des Arp�èges

** Introduction

Ce document a deux objectifs:

*** Clarifier les buts et la philosophie des Arp�èges

Le paragraphe mit dans le texte des Arp�èges est un peu court et a mal

vieilli.  J'avais besoin de quelque chose de plus solide pour la base

de mes prochains travaux sur les Arp�èges.

*** Justifier les choix de r�ègles et leurs cons�équences

Ceci me permet de faire un tri plus juste, des r�ègles inscrites, sans

me perdre dans le d�étail de leur implantation.  Je voulais ici

regrouper ce que j'avais et ce que je trouvais important et pourquoi.

** Principes et philosophie

*** Principe de base des Arp�èges

**** Souplesse

***** Descriptive

Le syst�ème ne doit pas limiter ce qui peut �être d�écrit.  Une attention

particuli�ère sera faite pour inclure tout ce qui est tr�ès petit ou

tr�ès grand.

***** Narrative

Soit la possibilit�é de conter les �év�énements comme on le d�ésire, en

tenant compte du rythme narratif d�ésir�é, des d�étails, etc.  Le syst�ème

ne doit pas imposer le rythme de l'histoire.

**** Coh�érence

***** Syst�ématique

Le jeu est coh�érent avec lui-m�ême.  Il n'y a pas de r�ésultats �à

ignorer car absurdes.

Aussi, deux personnages �équivalents, ayant des caract�éristiques

similaires, poss�èdent des chances �équivalentes de r�éussite.

***** Narrative

"Tout ce qui vaut la peine d'�être chiffr�ée, vaut la peine d'�être

d�écrit."

Les �él�éments de jeu correspondent aux �él�éments narratifs.  Il n'y a

pas de jets ou de chiffres gratuits.

*** Ce qui ne fait pas partie des principes de base

**** Simulation

Si le jeu doit �être coh�érent, il n'a pas �à �être r�éaliste, mais plut�ôt

vraisemblable.  Les choses n'ont pas �à fonctionner exactement comme

dans la "Vraie Vie" mais plut�ôt sembler le faire.  En fait, ils

doivent fonctionner comme le MJ le d�ésire et pas autrement.

**** Simplicit�é

Le jeu n'a pas �à �être simple pour le MJ, pour la raison que c'est un

jeu fait pour moi et donc je suis capable d'en assumer

l'apprentissage.  Toutefois, le jeu doit garder sa souplesse et sa

coh�érence narrative, ce qui veut dire que consulter mille tables pour

avoir un r�ésultat, c'est trop long.  Obliger de rouler une feuille de

calcul complexe pour modifier un param�ètre n'est pas une option non

plus.  Personnellement, je trouve que demander �à un MJ de se pr�éparer

est une option plus int�éressante que de faire un compromis au niveau

des r�ègles m�ême si le syst�ème doit me permettre de tenir rapidement en

compte de nouveaux �él�éments.

*** Le hasard

Pour moi, le hasard en jeu de r�ôle repr�ésente, dans le point de vue du

jouet, tout ce que le MJ ne d�ésire pas tenir compte avec pr�écision.

Le hasard ne devrait donc pas �être une variable ouverte obligeant le

MJ �à trouver des explications limites aux r�ésultats pour conserver un

minimum de coh�érence �à son histoire, mais un �él�ément born�é, permettant

de synth�étiser les effets de plusieurs facteurs sans grande importance

pour le moment, mais qui pourraient avoir des cons�équences sur la

suite des �év�ènements.

*** Description et d�éveloppement des personnages

Un personnage est la somme de beaucoup d'�él�éments.  Plusieurs

approchent ont �ét�é utilis�és dans divers jeux de r�ôle et chacune

poss�ède ces points forts et ces points faibles.  Le seul moyen de s'en

sortir est, �à mon avis, de bien d�éterminer ces objectifs au niveau de

comment on veut que les personnages se comparent entre eux (autant

dans l'�évaluation de leur chance de r�éussite), du niveau de d�étails

que l'on veut y mettre, et des capacit�és de d�éveloppement du

personnage.

**** �Équitable

Tous les personnages doivent �être �équipotents �à la base.  C'est �à dire

que pour un nombre de points donn�és, un personnage ne se verra pas

d�éfavoriser par le syst�ème s'il choisit un certains d�éveloppement

plut�ôt qu'un autre.  Pour s�ûr, ceci ne s'applique qu'en rapport avec

le syst�ème, pas avec le sc�énario ou l'univers de jeu.

Cela va plus loin qu'un simple calcul des points.  Chaque personnage a

sa fa�çon de faire, et chaque personnage aura sa propre fa�çon d'obtenir

un r�ésultat donn�é.  Par exemple, lorsqu'il s'agira d'impressionner

l'assistance, le vieux mage n'utilisera certainement pas les m�êmes

moyens que le vigoureux barbare.  Ils seraient donc idiot d'utiliser

la m�ême caract�éristique (�éloquence ou force par exemple) pour les

comparer.  M�ême s'il b�égaye, peu de gens oseront se moquer ouvertement

d'un barbare bien arm�é.

**** Interd�épendance

Tous nos acquis se d�éveloppent en interd�épendance les uns des autres.

Le syst�ème doit refl�éter cette interd�épendance tant au niveau du

d�éveloppement que de la r�ésolution d'action.

***** interd�épendance inn�é/acquis

***** interd�épendance avec la culture, l'�éducation

**** Inertie du profil

Un personnage poss�ède un certain profil, une personnalit�é.  Ce profil

doit non seulement se percevoir ais�ément mais aussi se conserver lors

du d�éveloppement normal du personnage, seul le "niveau" (sa

comp�étence) du personnage se modifiant.  Une modification du profil

doit �être marqu�é par un �év�ènement vraiment sp�écial ou par un long

d�éveloppement progressif.  Un profil, �ça permet aussi de comparer deux

personnages entre eux ais�ément et de cr�éer rapidement des

personnages-types pour les NPC.

Des exemples de profils dans le jeu de r�ôle: les m�étiers, talents et

hobbys des Arp�èges, les classes et/ou les caract�éristiques dans D&D,

les templates dans plusieurs jeux, le profil dans les Clefs de l'Aube

et, �à la limite, les carri�ères dans Warhammer.

**** Universalit�é

Le syst�ème doit �être capable de d�écrire toutes les comp�étences, et

d'en rajouter ais�ément de nouvelles, tout en conservant sa coh�érence.

Le syst�ème devra pr�évoir de la m�ême fa�çon les effets du mat�ériel ou

des circonstances.

**** Cr�éation progressive

La cr�éation d'un personnage est difficile, le personnage �étant souvent

mal d�éfini au d�ébut et, s'il l'est, risque fort souvent de demander

des ajustements en cours de partie.  Le syst�ème doit donc permettre de

sp�écifier une allure g�én�érale au personnage et d'en pr�éciser les

d�étails au fur et �à mesure que la partie avance.

**** Description culturelle

Ceci est plus un id�éal qu'un v�éritable crit�ère.  J'aimerais que les

Arp�èges puissent servir �à d�écrire une culture, une soci�ét�é, un peu

comme dans Torg.  Il faudrait que cette description puisse avoir un

certain sens au niveau des personnage (voir ci-dessus), principalement

dans l'acc�ès �à certaine comp�étence, ou dans les niveaux de base de ces

derni�ères (je joue souvent dans des multivers, o�ù ce genre d'aspect

est important �à g�érer), mais aussi dans l'influence que les

personnages peuvent avoir sur cette culture.  Des univers comme celui

de Tohan, Torg, ou Mega b�én�éficierait grandement d'une telle approche,

sans compter certaines campagnes �à grande �échelle o�ù des empires

complets s'affronteraient sous plusieurs g�én�érations de personnages.

Bref, j'en ai marre des univers statiques!  Je veux qu'on impl�émente

l'�évolution sociologique!

*** Optimisation syst�ématique

L'optimisation syst�ématique impose que si une combinaison optimale est

per�çu dans le syst�ème, cette optimisation est appliqu�ée par d�éfaut �à

tout le monde, permettant �à la fois de simplifier le syst�ème et de

rendre la combinaison bancale.

** Implantation

*** �Échelle exponentielle

Les Arp�èges utilisent une �échelle exponentielle afin de ne pas se

limiter.  L'�échelle est continue aussi, afin de ne pas avoir �à

travailler avec les cas limites.

**** Interaction des �él�éments

Au niveau des bonus/malus, l'imposition des logarithmes emp�êche

l'addition de deux effets en parall�èles.  Pour additionner deux

valeurs, il faudra faire un calcul dit de combinaison.  Bien que peu

intuitif sur le coup, cette fa�çon de proc�éder permet de rapidement

ignorer les bonus inutiles pour ne retenir que les �él�éments

importants.  Aussi, le calcul de gros groupes est simplifi�és.

Si l'addition de deux valeurs est difficile, leur multiplication est

aussi simple qu'une... addition!  En effet, l'addition de deux effets

en s�érie se r�ésument par l'addition de leur valeur.

Au total, le jeu �évite donc toute op�ération plus difficile qu'une

addition ou une soustraction de nombres habituellement tr�ès bas.  Un

seul compromis a �ét�é fait, c'est l'utilisation de la table de

conversion, qui ne poss�èdent que onze entr�ées.  Cette table s'apprend

ais�ément par cœô óur et se manipule ais�ément.

**** Usage de compteurs/ressources

L'usage des logarithmes impose aussi que rien ne peut valoir z�éro, qui

�équivaut �à l'infini n�égatif.  Pourtant, dans la majorit�é des jeux de

r�ôles, les joueurs ont �à g�érer en terme de jeu de telles ressources,

comme c'est le cas avec les points de vie par exemple.  Dans les

Arp�èges, on prendra le point de vue inverse pour y parvenir.  La

situation normale sera pr�ésent�ée par 0, et on accumulera soit un

bonus, soit une p�énalit�é.  Plut�ôt que de d�éterminer un maximum, ce

total servira d'ajustement �à un jet qui aura comme cons�équence de

limiter le personnage.

Cette gestion des ressources poss�ède l'avantage de ne pas limiter les

possibilit�és du joueur, ce dernier pouvant toujours prendre des

risques suppl�émentaires (encaisser d'autres points de dommage par

exemple) sans �être jamais certains des cons�équences.  Vous n'entendrez

donc plus jamais les joueurs dire: "Bah, il me reste encore assez de

PV pour tenir trois rounds, alors tu peux faire ton sort."

*** R�ésolution narrative

C'est la narration qui accompagne la r�ésolution, et non l'action.  On

conte une histoire, on ne fait pas une simulation.  La r�ésolution des

actions est donc d�épendante de la situation narrative (simple,

suspendue, oppos�ée) plut�ôt que du type d'action lui-m�ême.

Il faut se rappeler que rien ne vous oblige d'utiliser aucune des

r�ègles pr�ésentent.  Une partie compl�ète peut se jouer uniquement avec

des jets simples, r�épondant �à un jeu rapide.  Les autres actions

de base (suspendue et oppos�ée) ont �ét�é choisie pour leur

simplicit�é et parce qu'elles repr�ésentent des �él�éments de fiction

narrative fort populaires, soit le suspense et le conflit.

Toutes les autres types d'actions (d�épassement, t�âches, combat

narratif, gu�érison des blessures, tirs balistiques, etc.) ne sont l�à

que pour apporter un �él�ément ludique suppl�émentaire (les �él�éments

tactiques de combat, les cicatrices, l'approche par essai et erreur)

qui pourraient int�éresser les joueurs.  Toutefois, toutes ces

situations peuvent aussi �être g�érer plus simplement avec les jets de

base, et ne sont d'ailleurs que des applications pr�écises des actions

de base.  Ne les utilisez donc que si vous croyez sinc�èrement que la

complexit�é suppl�émentaire en vaut la peine pour le sc�énario en cours.

Encore une fois, c'est le besoin narratif et le plaisir de vos joueurs

qui devraient primer, pas le syst�ème.

***** action simple

***** action suspendue

***** action en confrontation

***** autres types d'actions

*** Les jets de diff�érence ouverts

Les Arp�èges utilisent comme base de r�ésolution le jet de diff�érence

ouvert.  Ce jeu poss�ède trois caract�éristiques int�éressantes:

**** Courbe proche de la courbe exponentielle.

L'ouverture syst�ématique des Arp�èges exigent du syst�ème de r�ésolution

qu'il soit non seulement capable de g�érer tous les cas de figure en

restant coh�érent, mais qu'il laisse aussi toujours une possibilit�é

d'�échec ou de r�éussite si le MJ le d�ésire.

Au niveau des chances, cela impose que qu'une variation d'une valeur

entra�îne une division des chances soit de r�éussite ou de succ�ès

proportionnelle, diminuant sensiblement cette valeur sans pour autant

la rendre nulle.  Le jet ouvert utilis�é fait en sorte qu'il y a un

basculement autour de 50%, ce qui est une bonne chose.  Ceci entra�îne

obligatoirement qu'une chance nulle est impossible, sauf si le MJ le

d�écide (en limitant les jets ouverts).

Avec le �±d10�°, la courbe suit assez bien l'�échelle exponentielle des

Arp�èges, avec une erreur tr�ès faible, ce qui est appr�éciable bien que

ce ne soit pas n�écessaire.

**** Moyenne toujours �égale �à z�éro, peu importe la grandeur du d�é.

Ceci permet de limiter la quantit�é de hasard, voire de l'�éliminer

compl�ètement sans rien changer au calcul, et donc aux autres �él�éments

du jeu.

**** Possibilit�é de limiter le nombre de fois que l'on rejette le d�é.

Ceci limite d�éfinitivement les bornes du possible, permettant d'�éviter

�à faire un compromis entre un syst�ème h�éro�ïque et un autre plus

mondain.  Ici, c'est encore une fois les joueurs qui d�écident, le

syst�ème s'adaptant aux n�écessit�és de l'histoire plut�ôt que de la

limiter.

*** Marge de r�éussite et difficult�és ouvertes

�À cause des jets ouverts, la marge de r�éussite est peu significative

en tant que telle.  En fait, elle risque d'amener des situations

invraisemblables que l'on ne d�ésire pas actuellement.  Toutefois, les

marges de r�éussite sont g�én�éralement tr�ès appr�éci�ées pour calculer un

effet produit, ainsi que pour cr�éer des effets critiques inattendues.

Il faut donc un moyen pour permettre:

A) D'�évaluer un r�ésultat quantitativement.

B) De permettre des effets critiques.

Pour cela, on utilisera des difficult�és ouvertes.  Le joueur choisira

une valeur cible qui sera prise comme difficult�é pour son jet.  Si le

jet est r�éussi, sa valeur cible est prise comme valeur de r�éussite.

De plus, chaque marge de r�éussite de 10 points signifiera une r�éussite

critique qui devra interpr�ét�ée comme telle par le MJ, pouvant entre

autre entra�îner une majoration de 3 points sur sa valeur cible (par

exemple).

Cette fa�çon de faire entra�îne �à mon avis une gestion des risques

beaucoup plus int�éressantes pour le joueur, qui peut lui permettre de

risquer le tout pour le tout si n�écessaire, tout en gardant un effet

de surprise.  C'est maintenant le joueur qui d�écide, et non plus les

d�és, si son personnage fait un effort extraordinaire ou non.

Bien s�ûr, comme avec toute chose, chaque difficult�é doit se justifier

par une description correspondante. "Tout ce qui m�érite d'�être

chiffr�é, m�érite d'�être d�écrit" est un motto qui tient toujours.

* Emacs variables

** Local Variables: 

** mode: outline 

** End: