Day.png);">
Apprendre


Vous êtes
nouveau sur
Oniromancie?

Visite guidée
du site


Découvrir
RPG Maker


Apprendre
RPG Maker

Tutoriels
Guides
Making-of

Dans le
Forum

Section Entraide

Scripts: Système de vol pour RPG Maker (...) / Jeux: Onsen RPG - A Tale of Yu / Jeux: Final Destiny / Jeux: puie z / Jeux: Citymaime - Chapitre 1 / Chat

Bienvenue
visiteur !





Désactiver
la neige


publicité RPG Maker!

Statistiques

Liste des
membres


Contact

Mentions légales

305 connectés actuellement

30765834 visiteurs
depuis l'ouverture

2572 visiteurs
aujourd'hui



Barre de séparation

Partenaires

Indiexpo

Akademiya RPG Maker

Blog Alioune Fall

Fairy Tail Constellations

ConsoleFun

Alex d'Or

Hellsoft

RPG Maker - La Communauté

Lumen

Tous nos partenaires

Devenir
partenaire



Blog de Kisth

5 publications

Aller à la page 1


Kisth - posté le 20/05/2023 à 14:21:50 (1004 messages postés)

❤ 3

Yeoun, mage-archère-louve

Ah, alors un de mes cobayes s'est planté sur le fait d'avoir DL et c'est toi l'unique DL (et qui a testé du coup). J'édite là-haut.

Il n'y avait effectivement pas grand chose à explorer, mais il y avait pas mal de trucs à tester (mais c'était planqué dans les menus ou il fallait avoir la science infuse).


Edit : pour le fun, mon ancien village hanté (sur MV) puis le proto du village hanté pour MZ.
C'est bien plus simple pour repérer les erreurs de mapping, les problèmes de navigation et pour vérifier la passabilité et les mécaniques de mouvement.

En spoiler, parce qu'elles sont grandes ces images.

Spoiler (cliquez pour afficher)



Et ici une comparaison en jeu entre une des maps du village hanté de MV et la nouvelle. Il manque l'effet de lumière. Et les vrais tilesets aussi...

Spoiler (cliquez pour afficher)






Une semaine plus tard...

News mapping

Pour tous ceux qui aiment se balader, voilà le brouillon map de la zone 1 sur Tiled (en cachant la couche technique qui gère les passabilités et les TP en bord de map).

image

Petit tour du propriétaire :

- Sur la colline du haut se trouve le village hanté, qui sera la seule zone jouable de la démo à venir. C'est l'ancien village qui a été détruit par la fureur du volcan.
Le volcan est une sorte de dieu qui est capable de prendre forme humaine. Son pouvoir, c'est de rendre les gens rageux. En général, ça se finit dans le sang et les flammes quand il rend visite aux iliens.
- En bas à droite, sur une autre colline, c'est le nouveau village.
Je trouve que la disposition est ultra mal foutue, c'est la raison principale pour laquelle il n'est pas accessible dans la démo...
- Entre les deux villages, en marron, ce sont les terres agricoles. C'est basiquement le type d'endroit où on rencontre des slimes ou des rats, le genre de monstres que mêmes les iliens peuvent chasser.
- En bas à gauche se trouve la forêt. À part la bande de terre cultivable (et les pâturages, hors zone) toute l'ile est recouverte de forêts ou de plages. Le volcan entre rarement en éruption, il préfère payer une visite aux habitants, c'est plus fun.
En regardant bien, sur une des trois maps sur la gauche, on voit une entrée de caverne. C'est la "maison" des deux héros, baptisée tout simplement grotte.

J'ai prévu de ne mapper proprement que le village hanté, mais de laisser le joueur libre d'explorer toute la zone 1 une fois qu'il aura fini la petite histoire de la démo technique. Il n'y aura strictement rien à faire à part se balader sur les maps et voir la tête des PNJ villageois. Mais ça donnera une idée de ce que les maps pourraient devenir avec les bonnes ressources.

Et comme tout est bien configuré sur Tiled, maintenant, si une personne souhaite améliorer le mapping, cette personne n'aura pas à acheter MZ pour participer.

Mécaniques de combat

Les formules de combat sont actives ! Tous mes sorts de dégâts directs font enfin des dégâts.

À ce niveau, il ne me reste plus qu'à purger la base de données de tout ce que je ne veux plus garder et à donner des stats aux ennemis et mes combats ressembleront enfin à des combats.

L'invocateur est en mesure d'invoquer des bestioles !
Le problème étant que j'avais abandonné l'idée de créer cette classe à cause de la difficulté technique que cela représentait. Maintenant que c'est techniquement possible, il faut que je réfléchisse un peu pour l'intégrer et lui donner une utilité qui ne soit pas redondante avec une autre de mes classes. Sinon, il finira en classe cachée, un peu comme le mime de FF5.

Pour la petite histoire, à la base, ses bestioles génèrent une aura qui donne des boosts ou des malus à l'équipe. Elles peuvent également servir de punching ball.
La première idée est redondante avec une des classes avancées, spécialisée dans les auras. La seconde est redondante avec le kit du clerc (il pose des boucliers) ou du chevalier (manipulation de l'aggro).

Edit début juin : l'invoc posera les boucliers, le clerc se contentera de soigner.
Reste à savoir si c'est l'invoc qui pose les boucliers ou ses bestioles qui connaissent le sort de base (pas trop difficile à faire a priori, une petite condition en JS)

Spoiler (cliquez pour afficher)



Implémentation des classes

Là par contre, vu que j'ai changé beaucoup de choses... Retour au point de départ, basiquement. Si la démo sort au début de l'été, ce sera un exploit.

Apparence des persos et ennemis

Il y aura enfin un peu de diversité dans la prochaine démo. Ce sont des placeholders, mais à terme, à part la fluidité de l'animation et peut-être un peu de personnalisation, l'apparence ne devrait pas changer.





Edit de fin d'année (il neige sur Oniro, IRL aussi d'ailleurs)
J'ai un taf de dingue (à défaut d'avoir le pognon) et le jeu est en pause à durée indéterminée. Ma santé d'abord.





Nous sommes maintenant en 2024. L'année est bien entamée. Ma santé aussi... Ce projet est au point mort.

M.V.

Accéder au message sur le forum


Kisth - posté le 30/01/2023 à 19:14:58 (1004 messages postés)

❤ 1

Yeoun, mage-archère-louve

Quelques screens

/!\ C'est blindé de placeholders : les héros ont tous les deux la même tête, des icônes manquent, il reste du texte pas traduit, la commande "Défendre" sert uniquement pour les tests... Mais au moins ça donne un petit aperçu.

Version animée
image

Pour les FPS : le PC n'est absolument pas prévu pour faire tourner des jeux. Je "joue" régulièrement à 3-5 FPS avec ce PC. RM s'en sort pas si mal. À noter que les combats sont en vitesse x4 pour gagner du temps pendant les tests. Le PC n'aime pas et l'impact sur les FPS est plutôt monstrueux.

Version statique en spoiler (un petit peu plus ancienne)

Spoiler (cliquez pour afficher)



Pour comparaison, mon vieux projet

Spoiler (cliquez pour afficher)





Edit du 7 février : premier post mis à jour

M.V.

Accéder au message sur le forum


HuLijin - posté le 29/11/2017 à 12:29:49 (1004 messages postés)

❤ 0

Yeoun, mage-archère-louve

Merci beaucoup !
J'ai vu que tu avais repris ton projet de ton coté, et ça avance plutôt très bien ^^

De mon coté, ça va avancer beaucoup moins vite. Le projet RM est en fait un sous-projet d'un projet beaucoup plus vaste : un jeu de rôle papier qui nous sert, à Mael et moi, de cadre pour tout un tas de trucs.

Du coup Forgotten passe plus ou moins au second plan. La bonne nouvelle, c'est que le lore, le système de classe et les combos magiques c'est déjà fixé depuis 1-2 ans. Ce qu'il reste à faire c'est essentiellement le mapping, les sprites des villageois et faire fonctionner mon système anti-quêtes-fedex pour la première démo.



Ancien premier post ci-dessous



Un peu d'histoire et de géographie

Ce jeu se passe sur une île paumée au milieu de nulle part sur une petite planète. La planète en question, je ne connais pas son nom, mais certains d'entre vous connaissent peut-être le jeu Lyrium, qui se passe aussi sur cette planète.

Spoiler (cliquez pour afficher)



L'ile était autrefois gérée par le Chun-Gen, une des puissances qui se partagent le pouvoir sur ce petit monde. Elle était exploitée pour ses mines de gemmes, des pierres qui ont la particularité de pouvoir être chargées avec des sorts. La version courte de l'histoire, c'est qu'un jour, une catastrophe est survenue : les mineurs ont commencé à s'entretuer. La mine a été fermée et a sombré dans l'oubli, et toute l'ile avec.

Et puis un beau jour, le Chun-Gen tombe sur de vieux documents parlant de l'ile, se dit que ça pourrait être très intéressant de réouvrir l'exploitation et envoie un détachement militaire pour "nettoyer" l'ile. Sauf qu'entre temps, des survivants de la catastrophe ont établi une nouvelle communauté, vivent plus ou moins en harmonie avec la nature capricieuse de l'ile et n'ont pas spécialement envie qu'on vienne les taper.

Spoiler (cliquez pour afficher)





Les protagonistes

· Les natifs de l'ile
Comme l'ile n'est pas bien grande, je pourrais tout à fait tous vous les présenter. Sauf que ça ne vous intéressera probablement pas. L'ile est actuellement habitée par 17 personnes, dont 15 villageois et deux sauvageons. Comme ce sont les deux sauvageons que vous contrôlerez, je vais plutôt vous présenter ces deux-là.

Spoiler (cliquez pour afficher)



Les deux "enfants" vivent à l'écart du village parce qu'ils sont un peu bizarres. Ils ne savent pas très bien parler et ils ne sont pas doués pour les interactions sociales. On ne sait pas trop d'où ils sortent, ni quel âge ils ont. En tout cas, aucune mère au village ne veut assumer leur maternité ! C'est qu'ils sont flippants ces deux sauvageons : ce sont les seuls habitants de l'ile capables d'utiliser les gemmes, ce qui leur confère le statut de demi-dieux, ou plutôt de catastrophes potentielles ambulantes.

Parce que oui, les gemmes de cette ile, à un moment ou un autre après la catastrophe, ont muté : il n'est plus nécessaire de les enchanter, elles sortent de terre déjà enchantées ! Par chance, il faut certaines prédispositions pour pouvoir les utiliser. Par malchance, seuls les deux sauvageons semblent posséder ces caractéristiques. Et pour le grand malheur des villageois, ils ont même la capacité de combiner les effets des gemmes.
Imaginez un bête sort de feu qui pourrait mettre le feu à, au hasard, la grange du village. Imaginez ce même sort, amélioré par une autre gemme, qui mettrait simultanément le feu à tous les bâtiments du village. Les gamins sont donc soigneusement tenus à l'écart du village !

Cela dit, ils sont bien utiles à la vie du village. Les bois sont remplis de bêtes féroces et les deux sauvages sont les seuls à oser s'y aventurer pour chasser. Ils troquent leurs prises contre des vêtements et des pâtisseries, ce qui fait qu'ils sont très attachés aux villageois. Alors quand le chun-Gen va venir asservir l'ile, ils risquent de ne pas être très très contents...

· Le détachement Chun-Gen

Ce sont des soldats de métier, issus d'une culture... spéciale. Imaginez un culture où le chorizo serait le plat principal et où être gros serait un signe de réussite sociale. Vous obtenez une super armée de sumorai : des samurai obèses ! Leur tour de taille ne les empêche pas d'être de rudes guerriers et les enfants auront fort à faire pour défendre leur ile chérie.



Bases du gameplay image image image image image image

Vous l'aurez sans doute compris, ce jeu est basé sur des combinaisons de gemmes pour créer des sorts et décimer une armée entière de gros méchants soldats. Pour faire simple, ce système est une reprise légèrement modifiée du système de matérias de FFVII : les deux enfants vont pouvoir trouver et équiper des gemmes dans un premier temps. En les équipant, ils gagneront de nouvelles compétences à utiliser. En combinant deux ou trois gemmes, ils pourront améliorer une compétence ou en lancer plusieurs en une seule commande.

Le but du jeu sera de trouver les combinaisons de gemmes les plus dévastatrices !

Un autre élément important, c'est que les enfants pourront "équiper" des classes (comme soigneur, chevalier, archer etc). À un moment de leur progression, ils pourront changer de classe ou passer à une classe évoluée. En fonction de la classe équipée, ils pourront utiliser certaines variétés de gemmes.
Par exemple, le soigneur est l'une des rares classes à pouvoir utiliser les gemmes de soin.

Le dernier élément de gameplay, c'est la partie enquête et récolte d'informations. Il est prévu de ne pas pouvoir modifier son équipement une fois que les enfants entrent dans une ruine. Comme le nombre de gemmes équipables est restreint, les enfants devront aller à la chasse à l'information pour savoir quel type de gemmes ils seraient bien avisés d'utiliser. Ou pour savoir où trouver la gemme qui leur permettra de traverser la ruine.
Par conséquent, les enfants devront fréquemment parcourir l'ile et retourner au village pour échanger des bribes d'informations.

Je ne suis ps une grande fan de quêtes fedex, donc toutes les informations seront à toruver de manière indirecte. Pas de villageois pour vous dire "va donc me tuer 2 crocos et seulement ensuite je daignerai répondre à ta question". Les villageois vous diront tout ce que vous devrez savoir pour avancer, au fur et à mesure de votre progression, mais pas forcément pile au moment où vous en aurez besoin !
Pour simplifier un peu la collecte d'informations, j'ai prévu d'ajouter un journal qui sera accessible n'importe quand avec les informations essentielles récoltées.



Et la démo dans tout ça ?

Ce n'est pas pour tout de suite. J'ai prévu de découper le jeu en 4 démos, selon ce plan :

Spoiler (cliquez pour afficher)



La toute première démo couvrira la zone 1 et servira de démo technique. Elle contient le village, un village hanté (le tout premier donjon, pour s'habituer au système de gemmes) et la "maison" des enfants.

Le système de gemmes est fonctionnel, les premières gemmes sont créées, les ébauches de quelques maps sont finies également. Mais il reste encore beaucoup de boulot.

Spoiler (cliquez pour afficher)



Spoiler (cliquez pour afficher)



Si vous voulez plus de détails, le topic initial est disponble ici sur le Famas !
Il n'y a pas de présentation du projet là-bas, c'est plutôt une sorte de carnet de route. Du coup, si vous lisez tous mes (très longs) posts, vous allez vous spoiler plein de trucs.

M.V.

Accéder au message sur le forum


HuLijin - posté le 28/11/2017 à 21:44:31 (1004 messages postés)

❤ 1

Yeoun, mage-archère-louve

Un projet sur une île oubliée, ses ancien temples, ses habitants et sa magie





Fiche du jeu
· Titre : Forgotten
· Genre : RPG tour par tour
· Ambiance : High fantasy avec une pointe d'exotisme
· Moteur : RPG Maker MZ, surcouche VisuStella

Démo jouable dans le navigateur sur itch.io




Systèmes prévus


Plusieurs classes jouables



Au début du jeu, trois classes sont débloquées :
· le mage, qui a un panel de sorts offensifs plus étoffé que les autres
· le ritualiste, qui manipule les esprits pour améliorer ses capacités ou altérer le cours du combat
· l'invocateur, qui a la particularité de pouvoir apprivoiser des monstres
(Image d'illustration : Robert Pinero)

Plus tard, des classes avancées feront leur apparition pour renforcer les points forts et personnaliser davantage son style de jeu. Il y a également une classe cachée, spécialisée dans les attaques multiples et les attaques ciblées sur les ennemis en ligne arrière.



Des compétences à équiper

Chaque personnage peut équiper jusqu'à six gemmes (en début de jeu). Les effets des gemmes varient selon la classe équipée. Certaines gemmes forment même des combos.

Dans l'idée, certaines gemmes équipées donnent accès à des compétences. D'autres renforcent les statistiques des personnages. À voir, avec le temps, si je ne pourrais pas proposer une amélioration des équipements (à la Dark Chronicle pour les connaisseurs).

Les compétences ont des niveaux de maitrise. Plus un personnage utilise une compétence donnée, plus elle obtient d'effets positifs. Déséquiper une gemme ne fait pas perdre l'avancement de la maitrise d'une gemme.

M.V.

Accéder au message sur le forum


HuLijin - posté le 23/09/2017 à 21:08:31 (1004 messages postés)

❤ 0

Yeoun, mage-archère-louve

Comment équilibrer son jeu





Ce qui suit est une méthode pour arriver à équilibrer son jeu. Il en existe plusieurs, des plus simples, des plus compliquées que celle-là. La méthode que je vous présente, je l'ai créée à partir de mon expérience en JDR (Jeu De Rôle, sous-entendu sur table). C'est du sur-mesure pour mon jeu Forgotten.

Il y a des choses que je vais expliquer qui sont applicables à toutes sortes de systèmes. Il y en a d'autres qui seront spécifiques à Forgotten. Plus qu'un tutoriel, cet article est en fait une sorte de making-of. Je vous laisse lire et faire le tri de ce qui vous sera utile.



Un petit sommaire pour aller aux parties qui vous intéressent

image Choix des statistiques
image Minimum, maximum et valeurs-clés des statistiques
image Utiliser à bon escient les valeurs-clés
image Ancien article





image Choix des statistiques

La première étape dans tout RPG quand on s'intéresse à l'équilibrage, c'est toujours la même : se demander ce qu'on veut équilibrer.

Par défaut, le logiciel RPG Maker propose les statistiques suivantes (exemple pris sur RPG Maker MV, onglet Classes) :

image

(HP max, MP max, Attaque, Défense)
(Attaque magique, Défense magique, Vitesse, Chance)


Si vous reprenez le système de combat par défaut du logiciel, vous pouvez tout à fait avoir besoin d'équilibrer toutes ces statistiques. En revanche, si vous faites vos propres formules de combat ou que vous utilisez votre propre système de combat, il y a de fortes chances que vous deviez redéfinir les noms de ces statistiques et leur utilité dans votre système.



Un exemple avec le jeu Forgotten : il est issu d'un JDR où on joue habituellement avec 7 caractéristiques principales : la Force, la Constitution, l'Agilité, la Vivacité d'esprit, la Mémorisation, la Volonté et enfin le Charisme. J'ai donc choisi pour mon système de jeu de reprendre ces statistiques.

Petit problème inhérent à mon système, RM propose 6 statistiques et j'en ai 7. J'ai donc décidé de supprimer la Mémorisation. Je peux le justifier par deux éléments : en premier lieu, l'effort de mémorisation est souvent fourni par le jeu lui-même dans un jeu-vidéo, sous forme de carnet, de journal des quêtes ou encore de PNJ qui répète à volonté la dernière direction à prendre. En second lieu, les deux personnages que le joueur contrôle ne sont pas très savants. Ils ont peu de choses à retenir et par conséquent, il est facile de se rappeler de nouveaux éléments. La statistique Mémorisation n'a donc pas vraiment de raison d'être dans ce jeu (par rapport à la version papier).

Je me retrouve donc avec 6 statistiques. Et elles vont servir à calculer tout le reste dans mon système de combat et mon système d'interaction avec les PNJ, y compris les PV max, les PM max, même les PT max ! En contrepartie, je vais devoir réécrire certaines parties du code du jeu, mais ça c'est un problème de programmation, pas d'équilibrage.




Par conséquent, je n'ai pas 8 statistiques à équilibrer dans mon jeu, mais seulement 6, qui sont :
- FOR : la Force (Attaque sur RM)
- CON : la Constitution (Défense sur RM)
- AGI : l'Agilité (Rapidité sur RM)
- VIV : la Vivacité d'esprit (Attaque magique sur RM)
- VOL : la Volonté (Défense magique sur RM)
- CHA : le Charisme (Chance sur RM)

À noter que je vous donne les noms que j'utilise personnellement quand j'équilibre et entre parenthèses les noms sous lesquels je stocke les valeurs sur RM, mais ça ne veut absolument pas dire par exemple que VIV est équivalent à l'attaque magique, bien loin de là !


image Il est absolument indispensable de bien identifier les statistiques que VOTRE jeu utilisera. Ce n'est pas parce que le logiciel vous propose 8 statistiques par défaut qu'il faut que vous les utilisiez toutes.

Dans l'exemple que j'ai donné, on constate que je n'ai que 6 statistiques à équilibrer, vu que les PV max et les PM max sont calculés à partir de mes autres statistiques. Voilà pourquoi il faut définir à l'avance les statistique que vous voulez utiliser dans votre jeu, ça évite de faire du travail pour rien. De plus, chaque statistique que vous équilibrez doit avoir un sens pour vous. Si vous l'utilisez pour la seule raison qu'elle est fournie par le logiciel, ce n'est pas une bonne raison.



Étape facultative : afficher les bons noms de statistiques au joueur

Ça se passe dans l'onglet Lexique/Termes (ou Système sous XP) du logiciel. En général, c'est le dernier onglet.

image

Sur mon projet, je n'affiche pas directement ces statistiques, mais des statistiques dérivées
(via un plugin), du coup je me sers de cet onglet comme pense-bête.


C'est donc ici que vous pouvez renommer vos statistiques. Elles seront visibles à plein d'endroits étriqués dans les menus du jeu, donc il vaut mieux garder des noms courts ou même écrire des abbréviations. Si vous conservez le système par défaut, vous pouvez tout de même modifier les noms pour que ça colle mieux à l'ambiance de votre jeu.






image Minimum, maximum et valeurs-clés des statistiques

Une fois qu'on a défini les statistiques avec lesquelles on veut travailler, il faut à présent leur attribuer des valeurs qui ont un sens. J'insiste vraiment sur ce point.

La plupat du temps, dans un RPG, les chiffres associés aux caractéristiques ne font que croitre jusqu'à obtenir des valeurs totalement démesurées, mais sans que ça ait un véritable sens. Souvent, les valeurs maximales sont fixées par des limites technologiques (par exemple, les statistiques vont jusqu'à 255 dans Final Fantasy X). Mais une limite technologique n'a pas de sens aux yeux du joueur !



Comme je suis une joueuse de JDR papier, j'ai redécouvert la signification des chiffres derrière les statistiques. Parce que très souvent, dans les JDR papiers, on vous indique quelles sont les valeurs moyennes pour une population donnée, quelles sont les valeurs maximales et minimales et à quel point ces extrêmes sont éloignés de la moyenne. Le mot-clé ici est : population. J'y reviendrai plus bas.



Définir proprement un minimum et un maximum

Grâce aux jeux de rôle papier, j'ai aussi redécouvert qu'il est inutile d'avoir des nombres à cinq ou six chiffres (c'est surtout très peu pratique lorsqu'on doit faire des calculs de tête). Certains jeux utilisent des nombres à un seul chiffre, d'autres des pourcentages, quelques uns s'octroient le privilège de monter à trois chiffres (et ceux-là, je me dis qu'ils seraient plus adaptés en jeu-vidéo...). En résumé, ce qui fait la signification d'un nombre, ce n'est pas le nombre de chiffres qui le compose.

J'aime beaucoup l'idée des pourcentages et j'ai décidé de la conserver pour ma méthode d'équilibrage. Ensuite, j'ai souhaité que ces pourcentages me parlent, et voici l'échelle que j'ai fabriqué :
- la moyenne, qui me sert de référence, est à 0% (0 parce que c'est la neutralité absolue)
- l'amplitude maximale de mes statistiques par rapport à la moyenne est de +/- 100% (parce que c'est simple à comprendre et à retenir)
-> ceci définit une échelle qui va de -100% à 100%

J'ai également décidé que l'appliquerai la même échelle à toutes mes statistiques. Ça ne sera peut-être pas possible pour votre propre système.

Un avantage de cette échelle, c'est qu'elle est très facile à représenter visuellement sans chiffres, sous forme de jauge. Et c'est beaucoup plus parlant pour le joueur de constater les effets d'un changement d'équipement ou d'un up de niveau sous forme de jauge. Petit soucis en revanche, on ne peut pas entrer des nombres décimaux dans l'éditeur de base de données RM (toutes versions) et on peut encore moins entrer un nombre négatif... Du coup, au lieu d'utiliser une échelle qui va de -100% à 100%, j'utilise une échelle qui va de 0 à 100.

image Le but de cette étape est de définir un intervalle centré autour d'une valeur moyenne qui a une signification forte pour vous, c'est à dire de définir un minimum et un maximum par rapport à cette valeur moyenne. Il est possible de créer autant d'intervalles que de statistiques.

En résumé
Valeur minimale : -100% (0 unités en base de donnée RM)
Valeur moyenne : 0% (50 unités en base de donnée RM)
Valeur maximale : +100% (100 unités en base de donnée RM)
-> Écart entre les extrêmes et la moyenne : 100% (50 unités)

À partir d'ici, je raisonne avec les unités au lieu des pourcentages, parce que c'est ce que je vais finalement rentrer dans la base de données.



Définir des valeurs-clés

image Cette étape est très importante ! Sans elle, il sera très difficile de créer vos premières classes, quelques objets et vos premiers monstres. Elle vous permettra d'avoir une idée des valeurs adaptées pour vos premiers tests.

Une valeur-clé, c'est une valeur seuil que vous pouvez faire correspondre à un adjectif qui caractérise votre statistique (mauvaise, moyenne, exceptionnelle, par exemple). Il est plus facile de créer une classe, un monstre en se disant que sa force est assez exceptionnelle, mais que son endurance est faiblarde, plutôt qu'en attribuant des nombres. Et surtout, ça permet d'avoir des collections d'objets homogènes en base de données : par exemple, toute arme forgée en mithril apportera un bonus fort, alors que toute arme forgée en cuivre apportera un bonus faible. Il sera toujours possible plus tard de préciser la valeur numérique exacte qui permet de dire qu'unne épée à deux mains en cuivre offre un bonus un petit peu plus élevé qu'une dague en cuivre.



Quand je détermine mes valeurs-clés, je procète toujours en deux temps.

Dans un premier temps, je reprends l'échelle créée à l'étape précédente et je lui ajoute des paliers intermédiaires, auxquels j'associe toujours un adjectif ou une petite phrase. Je fais toujours des palliers symétriques, mais ce n'est pas obligatoire.

Par exemple, sur Forgotten, j'avais défini les valeurs-clés suivantes à partir de ma moyenne 50 :
0 = incapacité totale
10 = lacunes/difficultés sévères, capacités d'un bébé
25 = grosses lacunes, manque d'expérience, capacités d'un enfant
40 = en dessous de la moyenne, dû à un retard, une faiblesse...
50 = état normal, capacités d'un adulte en pleine possession de ses moyens
60 = au dessus de la moyenne grâce à un entrainement acharné ou beaucoup de volonté
75 = état d'un athlète de haut niveau, d'un scientifique émérite, d'un général de guerre...
90 = vraiment exceptionnel, dans le top mondial de sa catégorie
100 = totalement inhumain


Des fois j'en reste là, ça me convient. Mais souvent, et c'est le cas de Forgotten, j'aime raisonner en termes de population pour m'assurer que mes valeurs-clés sont bien choisies.



image Attention, la suite fait intervenir des notions de statistique. J'essaie de me concentrer sur la méthode plutôt que sur les explications mathématiques. Si le sujet vous intéresse, j'ai glissé des liens wikipedia ou vers des images dans mon article.

À présent, je ne vais plus voir simplement des valeurs-clés, mais une répartition de ma population derrière ces chiffres. La méthode la plus naturelle, je pense, pour appréhender cela, c'est de subtiviser mon échelle en tronçons qui font tous la même taille et de considérer que j'ai autant de personnes dans chaque tronçon.

Pour avoir une idée de la répartition, je consifère mes valeurs-clés, et je regarde combien de tronçons je peux caser entre mes valeurs-clés.

Application sur Forgotten : mon intervalle est [0;100] et mes valeurs-clés sont 0 - 10 - 25 - 40 - 50 - 60 - 75 - 90 - 100. Mes valeurs-clés sont toutes multiples de 5, je décide donc de définir des tronçons de 5 unités de alrge. Je peux diviser mon échelle en *(100-0)/5 = 20 tronçons. Chaque tronçon représente 1/20ème de ma population, ou 5%.

Ensuite, je regarde simplement combien j'ai de tronçons entre deux valeurs-clés (moyenne exclue) pour avoir une idée de la répartition de ma population :
- de 0 à 10 : deux tronçons, soit 10% de ma population
- de 10 à 25 : trois tronçons, soit 15% de ma population
- de 25 à 40 : trois tronçons, soit 15% de ma population
- de 40 à 60 : quatre tronçons, soit 20% de ma population
- de 60 à 75 : trois tronçons, soit 15% de ma population
- de 75 à 90 : trois tronçons, soit 15% de ma population
- de 90 à 100 : deux tronçons, soit 10% de ma population

* Formule = (maximum - minimum) / (largeur d'un tronçon)




En fait, sans le dire, je viens d'appliquer un modèle statistique à ces valeurs-clés. Ici, il s'agit d'une répartition uniforme, ce qui veut dire que la population est répartie de manière uniforme équilibrée entre chaque tronçon.

Je n'aime pas vraiment la répartition uniforme parce qu'elle est un peu trop équilibrée à mon goût. En particulier, je trouve qu'on n'obtient pas assez de personnes moyennes (ou que si on veut plus de personnes moyennes, il faut des valeurs-clés qui s'éloignent un peu trop de la valeur moyenne à mon goût). Pour un jeu vidéo ce n'est pas bien grave, en réalité. Mais je lui préfère malgré tout la répartition de la loi normale : on trouve davantage de personnes au sein d'une population avec des valeurs proches de la moyenne et les valeurs extrêmes sont très rarement atteintes.

Il existe plein d'autres lois en statistiques, vous pouvez choisir celle que vous préférez ou ouvrir le spoiler pour voir comment j'utilise la loi normale et comment vous pouvez adapter cette méthode à votre échelle.



Définir des valeurs-clés à l'aide de la loi normale

Spoiler (cliquez pour afficher)



Voici le résultat final pour Forgotten

image

de 0 à 10 : ≈0.1% de ma population a une statistique non viable
de 10 à 25 : ≈2.5% de ma population a une statistique vraiment très basse
de 25 à 35 : ≈10% de ma population a une statistique limitée
de 35 à 41 : ≈12.5% de ma population a une statistique plutôt basse
de 41 à 46 : ≈12.5% de ma population se situe dans la moyenne basse
de 46 à 54 : ≈25% de ma population se situe dans la moyenne (valeur moyenne = 50)
de 54 à 59 : ≈12.5% de ma population se situe dans la moyenne haute
de 59 à 65 : ≈12.5% de ma population a une statistique plutôt bonne
de 65 à 75 : ≈10% de ma population a une statistique élevée
de 75 à 90 : ≈2.5% de ma population a une statistique qui lui confère le statut d'élite
de 90 à 100 : ≈0.1% de ma population a une statistique de nature divine

Par comparaison avec la répartition uniforme, les catégories "non viable" et "nature divine" n'existaient pas vraiment ; les catégories extrêmes et limitées/élevées sont plus proches de la moyenne et une nouvelle subdivision a fait son apparition ; l'ensemble des catégories "moyenne basse" + "moyenne" + "moyenne haute" s'étend toujours entre 40 et 60 à peu près, mais elles englobent 50% de la population contre 20% auparavant.





image Utiliser à bon escient les valeurs-clés

On a donc défini une échelle de valeurs et des valeurs-clés le long de cette échelle qui permettent de la scinder en intervalles. Chaque intervalle associé à un adjectif ou une petite phrase. Et enfin, on a une idée de la façon dont ces intervalles de valeurs/adjectifs sont répartis dans la population.

À présent, on va pouvoir réfléchir à l'équilibrage. En guise d'illustration, je vais prendre la classe Guerrier de Forgotten.
Le Guerrier est un... combattant. Il est donc habitué à donner et à recevoir des coups. Son long entrainement l'a rendu plus résistant que la moyenne. Par ailleurs, spécialiste du corps à corps, il a la capacité de manier de lourdes armes, témoignage de sa grande force. Le Guerrier est également un meneur d'hommes, charismatique. En revanche, si un entrainement régulier permet d'améliorer les réflexes et la justesse du mouvement, il ne stimule pas vraiment les capacités de réflexion du Guerrier. Cela dit, un Guerrier qui ne fait pas preuve d'une certaine promptitude à l'analyse ne fait pas long feu.

De ce petit texte, on en déduit que ses statistiques principales sont la Force et l'Agilité. Suivent la Constitution et le Charisme. Rien n'est indiqué sur la Volonté, on peut supposer qu'elle se trouve dans la moyenne. Sa Vivacité d'esprit est un peu à la traine d'après cette description, mais pas trop non plus. Voilà ce que je propose pour cette classe :
- Force : élite
- Constitution : supérieure à la moyenne - élevée
- Agilité : élevée
- Vivacité d'esprit : moyenne inférieure
- Volonté : moyenne
- Charisme : moyenne supérieure - supérieur à la moyenne

Ceci est le coeur de la démarche : pas de chiffres encore, il suffit juste d'apposer des adjectifs à vos statistiques. À présent, deux problèmes se posent. Comment équilibrer des classes entre elles ? Comment gérer la montée de niveau ?



Équilibrer des classes entre elles






Ancien article, que je garde en mémoire parce que c'est comme ça que je ne dois PAS rédiger... Je l'élague au fur et à mesure que je le réécris.

Spoiler (cliquez pour afficher)



Edit : article de CuddleFox sur un sujet similaire : http://www.rpg-maker.fr/index.php?page=forum&id=26654

M.V.

Accéder au message sur le forum

Aller à la page 1

Haut de page

Merci de ne pas reproduire le contenu de ce site sans autorisation.
Contacter l'équipe - Mentions légales

Plan du site

Communauté: Accueil | Forum | Chat | Commentaires | News | Flash-news | Screen de la semaine | Sorties | Tests | Gaming-Live | Interviews | Galerie | OST | Blogs | Recherche
Apprendre: Visite guidée | RPG Maker 95 | RPG Maker 2003 | RPG Maker XP | RPG Maker VX | RPG Maker MV | Tutoriels | Guides | Making-of
Télécharger: Programmes | Scripts/Plugins | Ressources graphiques / sonores | Packs de ressources | Midis | Eléments séparés | Sprites
Jeux: Au hasard | Notre sélection | Sélection des membres | Tous les jeux | Jeux complets | Le cimetière | RPG Maker 95 | RPG Maker 2000 | RPG Maker 2003 | RPG Maker XP | RPG Maker VX | RPG Maker VX Ace | RPG Maker MV | Autres | Proposer
Ressources RPG Maker 2000/2003: Chipsets | Charsets | Panoramas | Backdrops | Facesets | Battle anims | Battle charsets | Monstres | Systems | Templates
Ressources RPG Maker XP: Tilesets | Autotiles | Characters | Battlers | Window skins | Icônes | Transitions | Fogs | Templates
Ressources RPG Maker VX: Tilesets | Charsets | Facesets | Systèmes
Ressources RPG Maker MV: Tilesets | Characters | Faces | Systèmes | Title | Battlebacks | Animations | SV/Ennemis
Archives: Palmarès | L'Annuaire | Livre d'or | Le Wiki | Divers