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

Bonjour.

Des nouvelles plus concrètes du jeu, grâce à la sortie de MZ et d'une poignée de plugins de VisuStella qui vont étonnamment bien avec mon projet (par contre, ça chiffre).

Ce qui a été perdu lors du passage MV vers MZ
- le mapping ! Ça ne se voit pas trop sur le screen global, mais j'ai un bug de hauteur de falaise. Ça impacte la moitié des maps. De plus, l'entrée du village en bas à droite est foireuse. Je compte aussi supprimer des maps (au moins trois).
- le principe des materia (c'est plutôt une transformation qu'une perte : il va y avoir des bonus de sets).
- la disposition des menus

C'est tout. Je n'avais pas trop cherché à remplir la base de données, donc pas d'impact là-dessus. Et heureusement, les plugins n'étant pas compatibles, j'aurais dû jeter tout mon travail.

Tout ce qui suit est un gros pavé de plusieurs devlogs de 2021 (ne sont plus d'actualité)

Ce qui est fixé
- 4 classes de base, interchangeables à partir du menu
- gestion de l'aggro
- gestion de la portée (les ennemis en arrière ligne ne peuvent être touchés que si ceux qui les protègent meurent ou si un héros a une compétence longue portée)
- sets d'équipement pour donner accès à des compétences spéciales
- le menu d'équipement trafiqué pour aller avec
- les statistiques utilisées par le jeu (comment elles sont stockées dans RM, et comment les plugins les affichent)
- la zone jouable, soit vaguement la carte affichée plus haut moins quelques maps inintéressantes
- des trucs accessoires et purement cosmétiques comme les effets de lumière, les reflets, les battlers animés etc pour vérifier que les plugins d'auteurs différents sont compatibles
- le système de combat en tour par tour avec possibilité de déclencher des actions rapides (qui ne consomment pas de tour)

Ce qu'il n'y aura jamais dans le jeu
- du craft
- des objets
- des marchands
- des sorts multicible
- des attaques de base !
- des attaques qui peuvent rater

Ce qu'il y aura plus tard
- des sous-classes
- une plus grande zone jouable
- un système d'enquête pour soutirer des informations aux villageois (avec mise en avant des statistiques avancées des héros, comme le charisme)
- un système d'énigme dans les donjons (avec mise en avant des statistiques avancées des héros, comme la sagacité, ou bon emploi des sets d'équipement, comme le passif qui permet de marcher sur l'eau)

Sachant que je bosse une heure max par jour et que je dois me familiariser avec bon nombre de commandes additionnelles, repérer les mécanismes cachés de RM (compétences/états/paramètres particuliers) et comment ils ont été altérés par VisuStella, ça n'avance pas vite du tout. Mais ce n'est pas à l'abandon non plus.

13 mars 2021

- Mise à jour de tous les plugins VS. Bonne compatibilité avec les autres plugins et mes propres plugins.
- Le système d'aggro (et le combat en général) est parfaitement compatible avec les modifications apportées par TheoAllen. Un plugin incompatible, pas cherché plus loin pourquoi, il est facilement remplaçable par un template de troupe : CrisisTone.
- Pouvoir faire de l'héritage dans la base de donnée fait bien plaisir !

Liste de développeurs produisant des plugins majoritairement compatibles sur MZ :
VisuStella + Casper Gaming + Community plugins + Theo Allen + Tsukimi + ScsWinter + Hudell.

3 avril 2021

- L'early access de plugins de combat attendus depuis longtemps me permet de simplifier grandement deux mécaniques de jeu.
- Le remplissage de la base de données se poursuit

J'en profite pour mettre le screenshot redimensionné que j'ai posté dans le Screen de la Semaine.
On peut cliquer dessus pour le voir en grand.

Spoiler (cliquez pour afficher)

13 avril 2021

Quelques petites expérimentations avec la sécurisation des données. Premièrement, oui, on peut faire un mix entre wrapper toutes les ressources dans un exécutable et ne rien wrapper du tout. Cela permet d'obtenir un exécutable un peu plus léger. Deuxièmement, quelques liens utiles (et anglophones) sur ce topic.

Cela ne protégera pas les ressources contre un type motivé, mais au moins, cela permet de respecter certaines conditions d'utilisation concernant la redistribution des ressources.

En détail, il est tout à fait possible de créer dans un premier temps un exécutable avec ressources cryptées par RM (s'applique donc aux images et ressources audio). Dans un deuxième temps, protéger les data du jeu, hors données des maps. Enfin, wrapper tout ce qu'on ne veut pas voir dans un deuxième exécutable (en résumé, tous les plugins et tout ce qui sert pour l'affichage de l'application, voire les DLL mais ça pèse lourd). Cacher les fichiers DLL s'ils ne sont pas wrappés.
Cela donne un exécutable qui ne rame pas trop au lancement avec quelques fichiers restants visibles et cinq dossiers (audio[crypté], img[crypté], js[sans plugins], locales, data[maps]).

Si quelqu'un s'y connaissant en nodejs sait à quoi servent les fichiers générés, je suis preneuse d'infos !

Game_Player.prototype.encounterProgressValue = function() { let value = $gameMap.isBush(this.x, this.y) ? 2 : 1; if ($gameParty.hasEncounterHalf()) { value *= 0.5; } if (this.isInShip()) { value *= 0.5; } return value; };