HuLijin - posté le 07/10/2017 à 12:37:24. (997 messages postés)
C'est pour prévenir que les "inscriptions" sont closes temporairement.
L'IRL aura lieu probablement pendant les vacances de février pour faciliter la vie de nos étudiants, et probablement un week-end étendu parce que les autres bossent ^^
Liste des gens : Saka, Nemau, Yukishi, Anton, probablement Death et CuddleFox, un guest star qui n'est pas sur Oniro, Mael et moi.
Neuf au total, ça fait un peu beaucoup de gens pour notre appart, mais ça devrait passer.
D'ici là, il y aura peut-être des désistements, donc on refera un point après les vacances de fin d'année.
HuLijin - posté le 07/10/2017 à 12:00:29. (997 messages postés)
J'avoue, c'est pratique de savoir que notre taupe, qu'on a gentiment hébergé de force et qui ne nous quitte plus depuis, vote pour le parti opposé
Blague à part, on savait de toute façon qui allait voter pour qui, donc ce n'est pas gênant. Ça rappelle un peu les votes à main levée ^^
Et ça permet à ceux qui ont voté de vérifier que leur vote a été pris en compte sans que Nemau s'amuse à envoyer un MP de confirmation à chaque fois.
HuLijin - posté le 06/10/2017 à 15:06:32. (997 messages postés)
On dirait que le soucis vient de l'utilisation (ou l'absence d'utilisation) des caractères spéciaux $ et !
$ signifie que le charset contient une seule planche et pas huit, tandis que ! signifie que le charset ne doit pas être shifté de 4 pixels vers le haut (pour les portes/coffres/animations de tilesets)
VX Ace se moque royalement de la taille du charset que tu lui files, il le découpe automatiquement en 3x4 ou en 12x8.
HuLijin - posté le 03/10/2017 à 20:34:32. (997 messages postés)
Citation:
Parce qu'elles ne saisissent pas les conséquences que ça a.
Dans mon cas, ce je peux te dire, c'est que je pense qu'il y a des choses avec des conséquences plus graves qui ne sont toujours pas réglées, et l'appellation "mademoiselle", ça passe donc au second plan.
Edit : trotter m'a aidé à mieux formuler ma pensée, et ce que je veux dire c'est ça : ne t'inquiète pas j'ai pleinement conscience du problème : si je n'investis pas mon énergie pour le résoudre c'est que je trouve qu'y a des choses beaucoup plus graves que ça pour moi et je m'investis dans ces autres choses à la place. Et c'est probablement pareil pour des millions de femmes.
Je suis assez d'accord avec Sans :
Citation:
sérieusement, il y a assez de gens qui appellent à l'aide et qui ont VRAIMENT besoin de cette aide, alors pas la peine d'essayer d'aider ceux qui n'en ont pas envie
HuLijin - posté le 03/10/2017 à 20:25:09. (997 messages postés)
Le png pour de grosses images ça pèse vite lourd. Pour une perte en qualité quasi imperceptible à l'oeil, tu peux avoir des fichiers jpeg plus légers.
La règle que tu verras le plus souvent sur le net : jpeg par défaut, sauf s'il y a de la transparence.
Sur oniro, à part dans la section dessins, on a rarement des images énormes, donc je ne sais pas si cette règle est toujours valable.
HuLijin - posté le 03/10/2017 à 10:50:57. (997 messages postés)
Ça c'est un thème que j'aime beaucoup !
J'espère que j'aurai le temps de retoucher toutes les ressources d'ici dimanche, mais j'y crois pas trop... Sinon ben ce sera super hétérogène...
HuLijin - posté le 02/10/2017 à 14:13:34. (997 messages postés)
Bonjour à toi aussi.
Demande 1 : j'ai plus VX Ace, je passe mon tour. F1 t'affichera l'aide dans ton navigateur. Peut-être en français, je me rappelle plus. En anglais, ce tuto est raiment bon et devrait être assez facile à traduire avec du google trad. N'hésite pas à télécharger les feuilles de calcul qui vont avec.
Demande 2 : t'es obligé de passer par l'onglet acteur
Demande 3 : avec les éléments : au lieu d'avoir feu, eau ,vent ect, tu as les éléments archer, mage et ranger. Je ne me souviens plus si une attaque peut avoir deux éléments par contre :/
Il y a peut-être d'autres façons de faire, avec les états probablement ou dans la formule de combat, mais à chaud, c'est la façon la plus simple que je vois.
Demande 4 : essaie avec les événements de combat, mais je crois que le monstre sera affiché le temps de charger la fenêtre. À voir.
HuLijin - posté le 01/10/2017 à 10:13:54. (997 messages postés)
En plus je crois que le débat vient du fait que le JDG a malencontreusement utilisé "furry" en englobant du coup la totalité de la commu, et pas le petit groupe d'obsédés sexuels qu'il visait dans sa blague.
Un peu comme s'il avait fait une blague sur ISIS en utilisant le terme "musulmans".
Je te pique ton idée Kenetec :3
Edit, ou pas, je sais pas linker de vidéos en fait... Oniro me trolle
HuLijin - posté le 30/09/2017 à 15:16:20. (997 messages postés)
Vous lui avez fait quoi au juste pour le pousser à perdre tant de temps à se créer des comptes sur oniro et le discord pour sortir des trucs totalement surréalistes ?
HuLijin - posté le 29/09/2017 à 12:20:29. (997 messages postés)
Faudra se programmer ça alors, un live + enregistrement de la vidéo pour que tu puisses la revisionner plus tard. Ce sera plus simple aussi pour répondre à tes questions, parce que je suis particulièrement mauvaise pour expliquer :F
HuLijin - posté le 29/09/2017 à 12:12:16. (997 messages postés)
Un peu plus brillants et plus lourds aussi. Tu vois aussi qu'ils gardent une certaine position alors qu'ils devraient "couler".
Après, ça se voit bien sur les cheveux raides, les cheveux ondulés c'est assez difficile de distinguer gras et sueur/mouillé et les cheveux bouclés ça se voit quasiment pas.
HuLijin - posté le 29/09/2017 à 11:50:52. (997 messages postés)
J'ai commencé à jouer aussi.
Un truc étrange pour les choix, il n'y en a aucun de sélectionné par défaut. C'est sans doute parce que ça a été pensé pour être joué à la souris.
Un truc ultra subjectif, donc je sais pas si ça vaut le coup de le signaler, on verra : je déteste de base les textes qui s'affichent au fur et à mesure, parce que je lis souvent plus vite qu'ils s'affichent. Du coup en général, je les fait s'afficher en entier en appuyant 2 fois sur la touche d'action. Sauf qu'ici au début quasi toutes les phrases sont coupées en deux avec un long temps d'attente. Et ça empêche le texte de s'afficher en une fois si on le désire. Petit désagrément mineur.
Petites fautes "régit -> régi"
maux et blessure -> mal et blessure
ils seront composé -> composés
Faudrait que je fasse un vrai test avec vidéo ou captures d'écran, en fait. Ce sera plus simple pour que tu retrouves les dialogues qui ont des fautes. Ils sont peu nombreux.
Et ça te permettrait aussi de voir comment un débutant appréhende ton jeu.
Je suis obligée de passer par le clavier pour accéder à la note sur la fleur. Ou peut-être qu'il faut d'abord cliquer sur "objet", puis sur la note ?
Yep, c'est ça. Un peu contre intuitif par rapport aux choix dans les dialogues parce que curseur est sur objet, mais ça ne le sélectionne pas ><
Ah c'est même pire que ça, faut faire double clic, une fois pour placer le curseur, l'autre pour sélectionner l'option, et clic droit pour annuler.
Il me semble que tu avais précisé que les menus de MV sont assez mal foutus à la souris, je comprends mieux
J'aime bien la musique, la boucle est assez longue pour que ça ne devienne pas assommant.
HuLijin - posté le 27/09/2017 à 17:32:52. (997 messages postés)
T'obtiens une "fin" grosso modo quand ça te demande de reset la partie de ce que j'ai pu voir. Tant que ça t'a pas demandé de reset, c'est que t'as loupé un truc.
HuLijin - posté le 27/09/2017 à 10:51:14. (997 messages postés)
Des... pokemon oO
Ils sont mignons pourtant les petits animaux qu'on doit délivrer de base. Des charsets d'oiseaux/lapins/écureuils, ça doit se trouver assez facilement.
J'aime son insistance aussi à vouloir crever, 2 scènes différentes si on fait les mêmes choix à un stade du jeu
Ptain mais je me marre comme une baleine, les situations justes improbables quoi
Je sais pas comment je me suis démerdée dans une de mes parties, j'ai réussi à avoir un choix supplémentaire que j'ai pas réussi à ravoir dans les parties suivantes.
HuLijin - posté le 26/09/2017 à 20:41:54. (997 messages postés)
Avec si peu de détails, sans capture d'écran, non. Tu peux pas parce que les raccourcis claviers marchent pas ? Parce t'as pas les icones en haut à droite pour ça ? Parce que ça fait planter ton PC ? Parce que ça se met bien en plein écran mais t'as la moitié des boutons qui sont masqués ? Ça fonctionne bien quand c'est pas en plein écran ?
HuLijin - posté le 26/09/2017 à 19:12:08. (997 messages postés)
Faudrait sans doute faire le déplacement en deux temps je pense.
Structure de la boucle :
-- wait XXX frames (à régler en fonction de la fréquence de déplacement de l'asticot)
-- aller à étiquette vertical
-- étiquette fin
fin boucle
étiquette vertical commentaire : déplacement vertical
si la larve est plus bas que le héros
-- si la larve est arrivée à la limite sup
-- -- pas bouger la larve (aller à étiquette horizontal)
-- sinon
-- -- déplacer larve vers le haut (attendre fin mouvement, ignorer si impossible)
sinon
-- si la larve est plus haut que le héros
-- -- si la larve est arrivée à la limite inf
-- -- -- pas bouger la larve (aller à étiquette horizontal)
-- -- sinon (la larve est à hauteur du héros)
-- -- -- déplacer larve vers le bas (attendre fin mouvement, ignorer si impossible)
-- sinon
-- -- pas bouger la larve (aller à étiquette horizontal)
-- fin si
fin si
aller à étiquette horizontal
et un truc similaire pour étiquette horizontal, sauf qu'on remplace tous les "aller à étiquette horizontal" par "aller à étiquette fin"
Ptits édits pour les étiquettes, se fait tard :/
Et merci Verehn pour l'oubli du "ignorer si impossible"
<!DOCTYPE html><html><body><p id="demo"></p><script>
var name ='A';
var splits = name.split("/");
var x = splits[0];
var y = splits[1];if(splits[0]== NaN){
x =0;
y =1;};
document.getElementById("demo").innerHTML=(splits[0]== NaN)+' '+ x +' '+ y;</script></body></html>
<!DOCTYPE html><html><body><p id="demo"></p><script>
var name ='A';
var splits = name.split("/");
var x = splits[0];
var y = splits[1];if(isNaN(splits[0])){
x =0;
y =1;};
document.getElementById("demo").innerHTML= isNaN(splits[0])+' '+ x +' '+ y;</script></body></html>
Je ne suis pas une spécialiste des conversions, mais se passe un truc chelou avec == NaN ou === NaN
isNaN() fait pas ce truc chelou.
Pas d'explication mais un truc plus officiel que mes tests ici
Du coup je me demande bien ce que j'ai pu tester y'a 2 heures...
HuLijin - posté le 26/09/2017 à 13:21:34. (997 messages postés)
Pour certaines erreurs, tu verras directement avec Lunarea X)
(en gros tout ce qui touche à la maison, c'est un seul bloc, faut vaguement comprendre que les toits n'ont pas tous la même pente...)
Mais ça c'est un soucis classique de la vue top-down, ça force à faire des trucs un peu dicutables. Les escaliers dans les falaises par exemple, les 3/4 des gens font des escaliers verticaux.
Fistan m'a parlé des falaises, et ça 'fectivement, c'est moi qui n'ai pas les yeux en face des trous. Quoique pour un de tes carrés rouges, j'y peux pas grand chose à moins d'éditer davantage le tileset :/ Ça fait encore plus moche avec le bas de falaise où on voit l'herbe.
L'erreur x2 c'est effectivement les arbres et le morceau de toit à coté, je me doutais que tu le verrais ^^
La même vue dans l'éditeur sans avoir rien modifié :
La raison c'est un peu space : si tu as déjà ouvert MV tu sais qu'il y a 1 seule couche pour mapper. En vérité il y en a 4 :
- la couche basse (tout le tileset A sauf quelques tiles de la partie A2),
- la couche intermédiaire (les fameux autres tiles A2, ne fonctionne que sur certains autres tiles A2 et en prime ça change en fonction du type du tileset en base de donnée )
- la couche haute subdivisée en deux sous-couches (pour les tilesets B-C-D-E).
Et c'est encore autre chose au niveau de la prog :F
C'est la couche haute qui pose problème. Normalement, si on supperpose un tile B sur un autre tile B (ou C ou D ou E), c'est celui du dessus qui apparait devant celui du dessous, tel qu'écrit dans l'aide officielle. En fait, ça marche comme ça SAUF si celui du dessous est en passabilité ★ et celui du dessus en O ou en X. Si on est dans cette configuration, alors c'est le tile du dessous qui est affiché. Indétectable dans l'éditeur !
Autant pour les arbres c'est ma faute pour avoir mal configuré le tileset, autant pour le toit, j'avais oublié cette règle et j'ai oublié d'effacer le tile du dessous avec le tout premier tile de la couche B avant de poser celui du dessus.
Voilà, je voulais vous partager ce screen pour indiquer aux quelques mappeurs MV qui trainent ici cette subtilité, et le pourquoi du comment, s'ils n'en avaient pas connaissance.
re @Nemau
Plutôt contente de voir si peu d'erreurs en revanche, je craignais un peu de voir une immensité de trucs pas bons après t'avoir lancé pareil défi ! Surtout avec le tonne de shift-paste que j'ai de partout, dans le genre source d'erreurs, ça se pose là.
Merci comme d'hab pour tes retours sur mes maps, t'as vraiment l'oeil !
HuLijin - posté le 26/09/2017 à 12:29:05. (997 messages postés)
On doit surement pouvoir afficher une variable RM dans la case surnom. Le problème, c'est qu'il faut actualiser la variable à chaque changement d'équipement. Et ça c'est lourd
Du coup le mieux c'est effectivement d'éditer le script qui gère la fenêtre de statut. Si tu as de la chance, un membre d'oniro beaucoup plus calé que moi en RGSS te fera la modif. Ça doit bien encore exister des scripteurs Ruby dans le coin.
HuLijin - posté le 26/09/2017 à 11:19:31. (997 messages postés)
Citation:
Amy - Hache - Super sprint
[...]
Personnage peut être jouable ?
Shadow - Hache - Super Sprint
oO
Deux fois le même personnage et juste l'apparence qui change ? S'il y a éventuellement une modification de stats, une recolo de sprite est plus indiquée.
Accessoirement c'est quoi la différence entre épée et hache ? Et pourquoi les ennemis tapent à distance et moi en tant que joueur je dois taper au CaC ?
Le truc que je ne comprends absolument pas : pourquoi devoir revenir DEUX ÉCRANS en arrière pour switcher de perso toutes les 2 mandales pour espérer vaincre le tout premier boss ? C'est pas fun du tout. Rien que le fait de devoir switcher n'est pas fun en fait. Mais couplé au déplacement inutile, ça l'est encore moins.
Globalement, comme les autres : Sonic c'est nerveux. On s'attend donc à un gameplay nerveux.
Du coup ça me rend admirative sur le fait que tu arrives à assembler des tonnes de plugins/scripts sans que ça plante. Et ça, c'est plutôt rare, donc c'est bien !
HuLijin - posté le 26/09/2017 à 09:59:10. (997 messages postés)
Yop. Rajouter du texte dans autre chose qu'un message avec la commande script de VX ace qui est super capricieuse, je ne crois pas que ça puisse se faire.
Edit, en relisant, j'ai répondu pour l'afficher en combat (en spoiler), une jauge par personne, ce qui est l'endroit logique où on voudrait voir ça. Pour la fenetre de statut, faut regarder comment c'est codé, mais de mémoire t'as pas accès au battler mais au character. Et je ne sais jamais lequel hérite de l'autre, ou s'ils sont totalement étrangers l'un à l'autre, donc si tu as accès facilement à cette info ou non.
Quoi qu'il en soit, Variable[X] ça doit être un truc du genre $game_variables[X]
Rajouter 1 ligne de texte en soi dans la fenêtre de statut ne devrait pas être trop dur, s'il y a la place quelque part.
Modifier ton script en revanche, ou en créer un nouveau jauste après c'est faisable. Mais ça fait tellement longtemps que j'ai codé pour VX Ace que je suis pas sûre de pouvoir t'aider.
Ça demanderait de copier et modifier la classe Window_FTB_Gauge, en particulier ceci (avec un paramètre pour pouvoir choisir le battler):
#--------------------------------------------------------------------------# new method: create_ftb_gauge#--------------------------------------------------------------------------def create_ftb_gauge
@ftb_gauge= Window_FTB_Gauge.new(@help_window)end
de repositionner correctement les différentes jauges, parce que là je ne comprends pas bien comment c'est fait vu que j'ai plus du tout le fonctionnement de Window_Base en tête.
et de modifier toutes les méthodes où apparait la variable @ftb_gauge.
Assez étrange comme jauge d'ailleurs.
Je crois que j'ai fait vaguement le tour. Si t'es pas un pro du script, essaie de fouiller tous les forums où Yanfly a pu poster son script. Il y a bien une ou deux personnes qui lui ont déjà fait la demande et elle a ptet déjà fourni le morceau de code qui va bien.
Re-edit : c'est vraiment pas clair ce que je raconte -_- je suis pas douée pour les explications.
HuLijin - posté le 25/09/2017 à 10:20:05. (997 messages postés)
De ce que je lis, la classe Game_BattlerBase a été étendue avec les deux méthodes qui t'intéressent si j'ai bien compris ton problème :
- ftb_actions() pour connaitre le nombre de points utilisés
- max_ftb_actions() pour connaitre le nombre max de points utilisés
Dans Game_Party t'as les 3 méthodes pour connaitre les points utilisés/restants/max. Ça c'est ce qui est utilisé pour l'affichage tel que tu le vois, et qui ne te plait pas.
#--------------------------------------------------------------------------# new method: ftb_actions_used#--------------------------------------------------------------------------def ftb_actions_used
n =0for member in$game_party.membersnextunless member.game_battlerbase_inputable_ftb
n += member.ftb_actionsendreturn n
end
Du coup, la "variable" que tu cherches, c'est un truc dans le style à utiliser si j'ai bien tout suivi. Avec X la position du héros visible dans le menu de formation (la position -1 ?)
$game_party.members[X].game_battlerbase_inputable_ftb ? $game_party.members[X].ftb_actions : 0
Pour les points max : $game_party.members[X].game_battlerbase_inputable_ftb ? $game_party.members[X].max_ftb_actions : 0
Pour les points restants : $game_party.members[X].game_battlerbase_inputable_ftb ? ($game_party.members[X].max_ftb_actions - $game_party.members[X].ftb_actions) : 0
À demander confirmation auprès des scripteurs ruby, j'ai fais des suppositions sur mes vagues souvenirs des classes de VX Ace.
HuLijin - posté le 24/09/2017 à 10:50:41. (997 messages postés)
Traduction du lien du haut :
Citation:
Crédits: Enterbrain (pour les ressources issues de VX Ace), Kadokawa, et The Infamous Bon Bon
Termes d'utilisation:
- Gratuits pour toute utlisation commerciale ou non comemrciale si vous avez une licence MV. Une licence VX Ace est requise pour les icônes/édits issus de Ace.
- Autorisation d'éditer et de poster les édits tant qu'ils respectent les présents termes d'utilisation (en particulier, interdiction de les monétiser) et que vous fournissez un lien vers ce topic.
- Ne pas créer des fichiers "master" (iconset.png par exemple) contenant ces ressources mixées avec des ressources issues d'autres personnes. (En gros, il faut que le joueur puisse savoir que les fichiers masters en question ne sont que du Kadokawa/Enterbrain ou des édits de Bon Bon).
- Tant que personne d'autre n'est crédité (absolument personne) vous pouvez utiliser ces ressources dans des démos de plugins/systèmes/tutos etc. Il serait apprécié que vous laissiez un lien vers ce topic pour informer vos joueurs de la provenance et des présents termes d'utilisation de ces ressources.
Traduction du lien du bas :
Citation:
Termes d'utilisation:
- Comme ce sont principalement des édits des sprites de MV, vous devez posséder une copie légale de MV.
- Crédits appréciés, mais pas obligatoires
- Gratuits pour utilisation commerciale/non commerciale
- Utilisables pour d'autres versions de RPG Maker tant que vous possédez la licence de MV (et de l'autre pour laquelle vous utilisez les ressources, bien évidemment).
- Permission d'éditer, changer, recolorer, re-éditer, remixer et plein d'autres mots qui veulent dire la même chose (dont massacrer). Je me moque même du fait que vous puissiez les ré-uploader ailleurs, parce que ça veut dire que plus de personnes auront accès à ces ressources et ça me convient.
Et oui, c'est possible d'utiliser les ressources de VX Ace tant que t'as les deux licences. Par contre elles ne seront pas toutes à la bonne taille et il n'y a pas vraiment de manière "propre" de les mettre à la bonne taille vu que 48 n'est pas un multiple de 32.
HuLijin - posté le 23/09/2017 à 21:08:31. (997 messages postés)
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
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à !
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.
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.
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.
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
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.
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
Illustration d'une loi normale configurée pour Forgotten.
La zone grise contient environ 95% de ma population.
La loi normale a quelques caractéristiques qui fait qu'elle est agréable et assez facile à utiliser.
1) elle a deux paramètres assez facile à appréhender :
- l'espérance μ (ce qu'on appelle aussi la moyenne)
- l'écart-type σ (qui mesure la dispersion des valeurs par rapport à la moyenne : en gros, plus il est faible, plus les valeurs sont proches de la moyenne)
2) elle a quelques propriétés rigolotes :
- sa courbe (de densité) est sysmétrique par rapport à la moyenne (ceci assure que les valeurs-clés sont également symétriques par rapport à la moyenne, plus facile à mémoriser) - la règle des 3 sigmas : ce qui nous intéresse ici, c'est que environ 95% des valeurs sont comprises dans l'intervalle [μ - 2σ ; μ + 2σ] et que quasiment 100% des valeurs sont comprises dans l'intervalle [μ - 2σ ; μ + 2σ](je vous expliquerai pourquoi plus bas)
Je vous conseille d'utiliser ce calculateur en même temps que j'explique comment j'ai utilisé la loi normale pour trouver mes valeurs-clés.
Cette étape utilise le fonctionnement inverse de ce qu'on a fait juste avant. Au lieu de déterminer des valeurs-clés et d'en déduire une répartition de la population, on commence par définir comment on veut que la population soit répartie et ceci définira les valeurs-clés.
Par conséquent, il vous faut avoir une idée de la manière dont vous voulez que votre population se répartisse. Vous pouvez tout à fait reprendre ce que vous aviez jusqu'à présent et l'adapter un peu, ou repartir totalement de zéro.
Pour ma part, je repars toujours de ce que j'ai défini à l'étape précédente. Ensuite, je l'affine de deux manières. D'abord, je rajoute des subdivisions dans mes valeurs extrêmes. Ensuite, je redéfinis le pourcentage de personnes dans la moyenne et je fais la distinction entre les gens qui sont à peu près dans la moyenne et les gens qui sont vraiment très proches de la moyenne.
Résultat pour Forgotten :
- seulement 0.1% de ma population aura des statistiques vraiment aberrantes (non viable et à l'opposé divin) ;
- 5% de ma population sera dans les valeurs extrêmes (statistiques clairement insuffisantes et statistiques exceptionnelles) ;
- 20% de ma population aura des statistiques très basses ou au contraire très bonnes, mais pas extrêmes (on monte à un quart en englobant les valeurs extrêmes) ;
- la moitié de ma population aura des statistiques qu'on pourrait considérer dans la moyenne et dans ce groupe, je considère que la moitié environ a des statistiques vraiment proches de la moyenne (ce qui représente tout de même un quart de la population) ;
- il reste un quart de ma population, qui sert de zone tampon entre les très bons/nuls et les personnes moyennes, on pourra les définir comme des personnes mauvaises mais pas nulles, ou bonnes mais pas brillantes.
Les gros changements effectués par rapport à ma première estimation sont la réduction drastique des extrêmes (de 20%, je passe à 5%) et la très forte augmentation des personnes considérées dans la moyenne (de 20% je passe à 50%). Les autres catégories ont été un peu adaptées.
Quand vous cliquez sur le lien vers le calculateur, il est configuré pour l'étude d'une loi normale dite centrée réduite avec ces paramètres-là.
1) remplacez -1.96 par votre valeur minimum (0 pour Forgotten) et 1.96 par votre valeur maxmum (100 pour Forgotten) ;
2) remplacez l'espérance par votre valeur moyenne (50 pour Forgotten) ;
3) ici ça devient un peu plus compliqué, il faut remplacer l'écart-type par une valeur telle que le résultat en rouge soit 1 ou très légèrement inférieur à 1 (0.9999). Pour ceci on peut détourner la règle des trois sigmas : calculez l'écart entre votre minimum et votre moyenne et divisez par 3. Pour Forgotten, cela donne (50-0)/3 = 16 à peu près. Puis diminuez de 1 (ou de 0.5) jusqu'à ce que la valeur rouge se rapproche de 1.
(Une fois que vous avez dépassé 1, il est inutile de réduire encore votre valeur, le résultat donnera toujours 1.) 4) par ailleurs, toujours selon la règle des 3 sigmas, vous pouvez calculerle double de la valeur que vous allez définir. Je vais l'appeler 2σ. Sachez que les valeurs comprises entre votre valeur moyenne et +/- 2σ correspondent à 95% de votre population. Vous pouvez donc adapter votre écart-type en fonction de cette propriété si vous hésitez entre deux valeurs.
Par exemple, pour Forgotten, avec les paramètres minimum = 0, maximum = 100 et espérance = 50, j'hésitais entre 12.5 et 13 pour l'écart-type. À 12.5 j'englobe 100% de ma population et à 13 j'englobe 99,99% de ma population. Pour trancher entre les deux, j'ai regardé ce que donnait 2σ.
Pour un écart-type de 12.5, un peu plus de 95% de mes valeurs sont comprises entre 25 et 75.
Pour un écart-type de 13, un peu plus de 95% de mes valeurs sont comprises entre 24 et 76. Par conséquent, je ne dois pas être loin des 95% entre 25 et 75.
C'est comme ça que j'ai sélectionné la valeur 13.
J'ai donc décidé que pour Forgotten, la répartition des statistiques de ma population suivrait une loi normale de paramètres espérance = 50 et écart-type = 13. Ce qui englobe 99,99% des valeurs comprises entre 0 et 100.
Une fois que vous avez correctement paramétré votre calculateur, il ne reste plus qu'à remplacer votre minimum et votre maximum par des valeurs qui vous semblent intéressantes ou simples à retenir et vérifier que le résultat en rouge n'est pas trop éloigné de la répartition que vous avez établie plus tôt. Faites ceci pour tous les pourcentages que vous avez défini (en partant du minimum par exemple) et vous obtiendrez vos valeurs-clés.
Valeurs-clés entrées dans un tableur pour Forgotten. Le tableau du bas me permet de vérifier que mes grandes catégories
(qui englobent plusieurs sous-catégories) ont un pourcentage total proche de ce que je souhaitais.
À l'exception de 41 / 46 / 54 / 59, toutes les autres valeurs définies sont des multiples de 5, ce qui est très facile à mémoriser !
Vous ne tomberez pas exactement sur les pourcentages que vous aviez défini en choisissant des valeurs faciles à retenir. Mais il vaut mieux ça que des pourcentages exacts. Essayez de vous rapprocher un maximum de votre répartition idéale tout en sélectionnant des multiples de 2, de 5 ou de 10. Et si vraiment ça ne colle pas, essayez de nouveau en modifiant légèrement l'écart-type.
Voici le résultat final pour Forgotten
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.
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.
Ceci m'aidera à faire des classes équilibrées.
Par exemple, si on reprend la répartition que j'ai donnée en exemple, un magicien aura sans doute une attaque magique à 60 ("bonne" stat) et cette valeur attendra 65-75 vers la fin de sa carrière (stat "exceptionnelle"). Son attaque physique quant à elle sera proche de 40 et ne devrait pas dépasser 46 (stat "un peu en dessous de la moyenne").
Cela permet aussi de voir comment les statistiques évolueront pour une classe donnée. De manière générale, on va plutôt suivre une croissance exponentielle en s'éloignant de 50 et au contraire une croissance logarithmique en s'approchant de 50.
On vient de faire la moitié du travail !
Il faut voir comment ces stats vont influencer les combats.
Les statistiques - formules de combat adaptées
Feignasse un jour, feignasse toujours !
J'ai donc choisi une règle simple : une personne normale fait 100% de dommages. C'est notre étalon. Définissons les extrêmes : un dieu fait le double de dommages et une personne incapable de taper ne fait aucun dommage.
Du coup, la formule de dégâts revient à : degats = dégâts_de_base * stat_d_attaque * 0.02
Maintenant, on passe à la défense. J'applique le même principe : l'étalon reçoit 100% des dommages, le dieu aucun et la personne incapable de combattre prend le double de dommages.
On obtient donc : degats_recus = degats * (2 - 0.02 * stat_de_defense)
Du coup, si j'appelle comme dans le logiciel a = attaquant et b = défenseur, on obtient la formule générale sivante : formule_de_degats = base * 0.02 * a.atk * (2 - 0.02 * b.def)
Pourquoi s'embêter avec des formules qui sont sacrément plus compliquées que le classique 4*a.atk - 2*b.def ?
Parce qu'on a une bonne idée de ce que ça va donner sans même faire de combats tests.
Exemple : une boule de feu à 1000 de dégâts de base lancée par un magicien débutant (stat d'attaque magique de 60) fera 20% de dégâts en plus. Un maitre magicien, avec une stat de 75, fera lui 50% de dégâts en plus.
Le chevalier, sur un coup de tête, décide de lancer lui aussi une boule de feu. Après tout, pourquoi pas ? Avec une stat d'attaque magique de 35, il fera 30% de dégâts en moins. Il lancera une boule de feu à 700 de dégâts, là où le magicien en lancera une à 1200, soit une sacrée différence !
Pour une personne lambda (statistique comprise entre 47 et 53), la boule de feu fera des dommages compris entre 940 et 1060 dégâts.
Ensuite, il faut appliquer la défense ! Imaginons que le magicien lance sa boule de feu sur un étudiant lambda, l'étudiant encaissera 1200 dommages (100% des dégâts). Maintenant, imaginons qu'il la lance sur le chevalier qui a un petit 60 en défense magique (grâce à son armure par exemple), les dégâts vont être réduits de 20%. Le chevalier encaissera 960 dommages.
Note : on voit ici qu'à attaque et défense égales, c'est la défense qui l'emporte. Étrange ? Pas tant que ça. Plus d'infos en spoiler, avec des formules alternatives.
En fait, pour la défense je n'ai pas appliqué tout à fait le même principe. L'opposé d'infliger 200% de dégâts, ce serait de recevoir 50% de dommages en moins. Au lieu de réduire les dommages à zéro.
On a donc cette échelle de valeurs : 0 déf = 200% dommages reçus, 50 def = 100% dommages reçus et 100 def = 50% dommages reçus.
Passage rapide sur un tableur pour obtenir la formule suivante : dommages_recus = degats * (2 - 0.025 * stat_de_def + (0.01 * stat_de_def)²)
Sans passer par un plugin, ça commence à devenir fastidieux à écrire dans la case réservée à la formule de dégâts... Il est tout à fait possible d'obtenir d'autres équations. Par exemple, une de la forme f(def) = 1.5 - 0.01 * def si on estime que la personne incapable de se battre reçoit de fait 50% de dommages en plus.
Une fois que vous êtes fixé sur la (ou les) formule(s) que vous allez utiliser, place aux simulations ! Le but est d'estimer le nombre de PV qu'une attaque va infliger connaissant les dommages de base et les stats d'attaque et de défense des protagonistes (ou au moins une idée des variations de ces stats). Ensuite, il faut estimer le nombre de coups qu'il faudrait donner avec ladite attaque pour tuer l'ennemi/mettre le héros KO. Ceci donnera le nombre de PV dont disposent les ennemis et les héros.
C'est la méthode que j'utilise pour remplir ma base de données. Ça nécessite de se créer pas mal de tableaux de référence, mais le tableur est un passage obligé pour arriver à faire un premier jet de la base de données qui tient à peu près la route.
Je n'ai pas encore parlé de variance et de coups critiques. À ce stade, je les oublie purement et simplement. Pour la variance j'utilise le magnifique outil qu'est AnyDice (qui autorise les formules du style (-1)^1d2) pour avoir une idée de la répartition des dégâts. Pour les critiques, je n'ai pas encore vraiment réfléchi à la question. En général, un coup critique a X% de chances de se produire et augmente les dégâts de Y%, ça ne va pas chercher plus loin.
J'utilise souvent quelques autres trucs dans mes formules de dégâts : la position des uns et des autres en combat par exemple (un guérisseur placé à l'arrière prendre moins de coups, mais en contrepartie il fera moins de dégâts) ou encore des variables comme les TP pour simuler la rage de vaincre.
Un petit bout de réflexion sur ça se trouve sur le forum du
Persque arrivée au bout ! Il reste encore à parler de l'expérience, mais ce sera beaucoup plus rapide !
HuLijin - posté le 23/09/2017 à 14:04:35. (997 messages postés)
Konnie au Japon ? On joue avec lui le soir sur roll20. S'il est au japon actuellement, avec le décalage horaire, ses élèves ont vraiment un emploi du temps chelou.
HuLijin - posté le 23/09/2017 à 13:11:32. (997 messages postés)
Qu'est ce que c'est que ce bug alakon ?
Il y en a un dans le topic que j'ai linké qui suggérait de cacher temporairement la barre des tâches. Pour voir si ça changeait quelque chose une fois en plein écran. Mais je pense que tu as dû essayer ça aussi.
Pour les raccourcis, en attendant
- F1 : ouvre l'aide dans un navigateur
- F5 : pour passer en mode éditeur de map
- F6 : pour passer en mode éditeur d'event
- F9 : base de données
- F10 : gestion des plugins
- F12 : capture d'écran steam, je n'ai pas regardé où c'était enregistré
La série des ctrl+
- ctrl+N : nouveau projet
- ctrl+O : ouvrir un projet
- ctrl+S : sauver le projet
- ctrl++ : zoom +
- ctrl+- : zoom -
- ctrl+0 : zoom initial (1:1)
- ctrl+Z ctrl+X ctrl+C ctrl+V : les raccourcis habituels d'édition
- ctrl+R : lancer le test
Del/suppr pour supprimer
Et enfin : ctrl+F pour rechercher dans les events, F3 pour chercher l'event précédent, Maj+F3 pour le suivant.
A priori pas moyen de changer le type d'outil pour dessiner, d'ouvrir le gestionnaire de ressources, le gestionnaire de son, le générateur de chara ou plus important, l'event searcher :/
Pour la base de données tu ne peux pas modifier la passabilité générale de la couche A, mais tu peux toujours modifier la passabilité 4 directions pour les couches B C D et E. C'est pas top pour ta couche A cela dit. C'est contournable en respectant la passabilité déjà définie dans les tilesets exemples ou en réservant des slots des tiles BCDE transparents uniquement pour la passabilité mais ça te demande un travail en plus que tu n'es pas censé fournir !
J'ai cherché un peu sur le net, mais j'ai trouvé des solutions que tu as déjà essayées, donc je ne sais vraiment pas comment t'aider davantage.
HuLijin - posté le 22/09/2017 à 15:55:18. (997 messages postés)
Citation:
les autigines du crustal
Les origines du cristal ?
Sinon, pour ton 7, si tu as MV sur steam tu as également dans le dossier d'install (SteamLibrary/steamapps/common/RPG Maker MV) un super dossier qui s'appelle "NewData_FantasyEN" qui contient une base de donnée préremplie alternative. Ça peut grandement t'aider.
Pour l'utiliser sans défaire tout ce que t'as fait jusqu'à maintenant, tu peux créer un nouveau projet, copier le dossier data de ce dossier et le coller à la racine du nouveau projet. Si tu vois des choses qui te plaisent, t'as juste à ouvrir ton projet en cours et ton nouveau projet en même temps et à copier ce qui t'intéresse du nouveau dans ton projet en cours. Ou si tu n'as absolument pas défini tes armes/armures/skills etc, tu peux carrément aller dans le dossier data et copier ces fichiers-là :
- enemies.json
- skills.json
- states.json
- items.json
- weapons.json
- armors.json
Et tu n'auras plus qu'à t'inspirer des onglets héros/classes/troupes du nouveau projet pour finir de configurer ta base de données.
Accessoirment, le remplissage de la base de données et surtout l'équilibrage ça correspond à un bon 50% du temps de création d'un RPG. Ajoute à ça les maps secondaires, tu demandes grosso modo l'aide d'une personne qui fera plus de la moitié du taf sur ton projet.
HuLijin - posté le 21/09/2017 à 21:21:38. (997 messages postés)
Ce topic a l'air similaire à ton problème. Comme sur ta toute première image on ne voit pas la partie de droite, peut-être que c'est ça.
Si tu ne peux pas maximiser MV parce qu'il te manque les boutons pour ça, fais ce qui est suggéré dans le topic linké : tente d'appuyer sur Alt+espace pour faire apparaitre un menu qui te permettra de passer MV en plein écran.
Ça a résolu le soucis du type qui avait le problème, donc ça marchera peut-être pour toi aussi.
Sinon, je suis moi-même en 1920x1080 sous Windows 10, donc je te confirme que ça ne vient pas de là.
HuLijin - posté le 21/09/2017 à 06:31:58. (997 messages postés)
J'ai eu un problème similaire sur XP quand j'avais mon "micro" ordinateur portable. La résolution de l'écran était trop basse, même en la mettant à fond. Et comme le logiciel à l'époque n'était pas foutu de s'adapter à une plus petite résolution, je n'avais pas accès au bas des fenêtres.
Peut-être que c'est toujours le cas avec MV.
Mais alors t'as vraiment une toute petite résolution. Je fais tourner MV sous Windows 10 et la taille minimale de la fenêtre de la base de donnée c'est 1166x741 (je crois que c'est al plus grande fenêtre à afficher.)
Si ton problème ne vient pas de là, je ne sais pas d'où ça peut venir.
Chat
)
). Je me moque même du fait que vous puissiez les ré-uploader ailleurs, parce que ça veut dire que plus de personnes auront accès à ces ressources et ça me convient.
Choix des statistiques
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.
