[RPG-MAKER.FR] Oniromancie: tout l'univers de RPG Maker en français

[…]
Si vous ne connaissez pas RM95, je vous recommande ces deux sites : japan wiki et deutsch makerpendium, ne connaissant pas de topic suffisamment détaillé en anglais.

Pour commencer avec des faits intéressants, Deutsch Makerpendium évoque ces désavantages du logiciel, sur lesquels j'aimerais revenir :
_ seulement quatre chipset pour un jeu
Nativement, c'est correct, mais il existe un moyen de dépasser cette limite depuis la traduction de Don Miguel LINK. Cela crée cependant des problèmes avec la sauvegarde du jeu et l'affichage des tiles (la téléportation enclenchait automatiquement un combat).
Quelques années auparavant, j'ai découvert cette méthode pour améliorer le rafraîchissement des tiles.

Vous devez utiliser un slot ennemi et groupe ennemi de votre database (premiers de la database recommandés).
Mettre les valeurs, expérience, monnaie et objet gagné à 0, et mettre une image noire de 16*16 pour le monstre. Le fond de combat doit également être mis en noir.
Sauvegarder et fermer RM.
Ouvrir le fichier « chara.dat » dans l'éditeur hex, aller à la ligne 1, colonne 9, et changer 01 en 00. Sauvegarder.
Cette manipulation devra être faite à chaque fois que vous éditerez ce monstre (peut-être plus la database) dans votre jeu dans RM, donc plutôt à faire juste avant la finalisation du jeu.
Pour l'événement de téléportation, cela donne :
Fade to black
Teleport
Fight with this group
Fade to Light
Cela a pour effet d'ouvrir le combat pendant 1 ou 2 secondes et de le refermer sans action du joueur, et permet donc d'intégrer les changements de tiles.

Voici la démo de Don Miguel pour cette méthode : legendary Don Miguel tile swapping demo with implement this method.

Pour le problème lié à la sauvegarde, vous pouvez le rencontrer au moment de charger votre sauvegarde durant le jeu : le chipset visible est alors le même que celui de la carte que vous venez de quitter.

Le seul moyen de remédier à cela est de désactiver la sauvegarde depuis le menu et de créer des points de sauvegarde sur la carte, avec la configuration suivante :
Premier événement
Changer Switch sur ON
Appeler le menu de sauvegarde
Changer Switch sur OFF

Second événement
A mettre en automatique, avec condition Switch = ON
Fight with this group
Changer Switch sur OFF

D'autres méthodes pourraient permettre de préserver les sauvegardes en illimité, mais cela pose un problème avec les plus grandes cartes.

_ Seulement 20 fonds de combat disponibles : vous pouvez utiliser plus de fonds de combat, et même la carte sur laquelle vous vous trouvez.
Afficher la carte comme fond de combat :

Si le fond de combat mesure moins de 640*480, l'endroit où se se situe l'image ne montrera pas la carte.
Si la palette du fond de combat est différente, les couleurs seront déformées en jeu, il faut donc utiliser la même. Une image de couleur unie suffit pour une carte entière. Ce processus est compatible avec un changement de tile, la carte sera juste montrée sans événement.

IMPORTANT : L'éditeur indique une erreur si vous allez dans la base de données monstres avec cette méthode. Il est donc préférable d'utiliser une image de 640*480 pendant la création du jeu et de redimensionner au moment de la compilation du jeu.

Pour cela, nous avons besoin d'un Hex Editor (éditeur hexadécimal), peu importe lequel (testé avec un éditeur lambda et un pour notepad ++).
Vous devez configurer les nombres sur 16 colonnes, de 0 à f. Je crois que certains programmes autorisent le changement de largeur, mais je peux me tromper.
Addresses (?) - on regarde seulement une colonne (0). Les fonds de combat ont une fin d'adresse se terminant par 00 ou 80 ; c'est ce qui va être changé. Impossible cependant de savoir quel fond va être changé au moment de l'édition. Pour le faire le mieux possible :
_ aller dans Macros
_ choisir un fond de commande (un qui ne servira que dans ce but)
_ sauvegarder (« OK »)
_ aller sur l'éditeur hexadécimal
_ trouver ce nombre (00 ou 80)
_ le changer
_ sauvegarder

Pour nommer les fichiers, il faut garder à l'esprit que les données de l'éditeur hexadécimal sont sauvegardées en hexadécimal(es). Il faut convertir ce nombre en décimal, ajouter 1 ; et renommer le fichier Bgxxx.bmp (où x=nombre calculé). Une autre façon de nommer le fichier est de sourstraire 1 [au nombre décimal ?] et de le convertir en nombre hexadécimal.

Important : Ne cliquez pas sur [slider maker = la roulette de la souris ?] pour changer le fond de combat quand le résultat décimal est supérieur à 20, où il faudra recommencer à chercher dans l'éditeur hexadécimal, ce que vous ne souhaitez pas car la valeur de l'image devient 20.

Etendue de valeurs possibles pour ce format d'image : de 01 (00) à 256 (ff).

_ Certains éléments peuvent avoir plus de quantités que ce qu'autorise le logiciel : c'est par exemple le cas des objets (255 au lieu de 100).

_ Il n'y pas d'événement commun sur RM95
J'ai découvert cette fonction pas plus tard qu'aujourd'hui : cette fonction existe, mais la paramétrer tient de la gageure par rapport aux RM suivants...

ORDINAIRE
Il existe une manipulation simple qui permet d'utiliser un fichier événement sur plusieurs cartes, et plusieurs fois sur une même carte. L'astuce est de faire une « erreur », qui consiste à changer de carte pendant que la fenêtre de l'événement est ouverte, puis de cliquer sur OK sur la carte de destination. La fenêtre d'événement ne bloque pas l'accès à la liste des cartes et permet donc ce changement. Notre événement a ainsi été créé sur la carte de destination, sur les mêmes coordonnées et avec le même ID. Si un nouvel événement était en cours de création après la copie, il disparaît. Et en retournant sur la carte d'origine de l'événement, celui-ci est toujours présent.
J'utilisais donc cette méthode comme moyen de copier rapidement les événements. En changeant un seul événement, tous les autres changeait ainsi.

VALUE
Je décidai ensuite de vérifier si cette méthode fonctionnait aussi sur RM95 Value, et comme prévu ce ne fut pas le cas. Mais cela me permit de découvrir une autre astuce. Dans cette version, les événements sont stockés dans un fichier lié à la carte, de telle sorte que chaque carte a son propre ID, comme pour les RM suivants. En déplaçant les événements d'une carte à l'autre, ils gardent leur ID, et changent l'événement sur l'ID de cette carte où je veux déplacer l'événement. Le même événement se trouve donc à deux coordonnées différentes sur la carte ; il faut alors tirer parti du fait que sur RM95, seuls les événements visibles à l'écran sont actifs. Il suffit alors de créer une carte plus grande, où l'événement serait ainsi copié et donc toujours actif selon l'endroit où se trouve le joueur.

Cette fonction s'est avérée aussi utilisable sur la version ordinaire de RM95, dans le sens où copier/coller un événement change certes son ID, mais marquer une partie de la carte (« mark a part of the map » : peut-être faire une région ? Ou bouger la caméra ?) et déplacer le héro fait déplacer les événements en conséquence. Il suffit donc de téléporter le héro sur une nouvelle carte, y créer un événement « commun », utiliser l'outil pour marquer une partie de la carte et la déplacer où vous le souhaitez, et téléporter le héro vers la carte précédente. De cette manière, vous pouvez donc avoir un seul et même événement sur plusieurs cartes, et n'importe où. Pour modifier notre événement commun, il suffit alors d'ouvrir le premier, l'éditer, et les modifications s'appliqueront sur tout le jeu.

Bien que la version Value ne permet pas de téléporter un événement sur différentes cartes, au moment de la conversion, chaque copie de notre événement sera compilée en un seul.
[After the limit has been removed, the number of events on the map. ]

Maintenant, vous voulez changer votre événement commun en cours de jeu ; il suffit alors de le copier/coller, et cet événement nouvellement créé redevient normal. Cette méthode pour répliquer les événements communs permet au final de simplifier la création de systèmes complexes et évite les erreurs liées à l'existence de multiples événements.

Pour résumer :
1/ Pour copier un événement, ouvrez-le et changez de carte, et cliquez sur OK. Il n'y a pas de limite d'utilisation.
2/ Pour changer les coordonnées d'un événement, utilisez l'outil de sélection et déplacez une partie de la carte avec l'événement. Pas de limite non plus.

Cette méthode permet également de dépasser la limite des événements par carte (500).

Ce point vu, voici mes pensées sur RM95 : il s'agit pour moi d'un logiciel inachevé. Par exemple, pourquoi utiliser un système de chipset séparé alors que vous ne pouvez en utiliser qu'un nombre limité, sans possibilité de changement. Autre exemple : dans le fichier de sauvegarde sont stockées des informations sur les noms des héros : mais pourquoi intégrer cela, puisqu'il n'existe pas d'option pour modifier le nom en cours de jeu ? Et enfin, il existe 42 fichiers d'animation, mais seuls 36 sont utilisés dans le logiciel. Peut-être que les développeurs devaient implémenter ces options...