Tout apprendre sur RPG Maker VX

Bonjour à toutes et à tous ! Je vous présente un tutoriel destiné à vous apprendre à manier RMVX comme un chef, ou du moins à vous apprendre un maximum de choses sur ce fabuleux logiciel.

Ce tutoriel sera décomposé en quatre posts, chacun représentant un
chapitre, dont la difficulté est croissante. Nous allons avant toute
chose détailler le plan que je vais suivre tout au long de ce tutoriel :

Donc là, premier post, vous l'aurez compris : premier chapitre !



1) L'interface
RPG Maker VX est, vous le savez sûrement (sinon il y a de quoi s'inquiéter ) un logiciel destiné à créer des jeux, plus spécifiquement des RPG. Comme tout logiciel, il dispose d'une interface de que je vais vous présenter sans plus attendre :

Spoiler:

C'est quoi tout ce bazar !?
Rien de bien compliqué, ayez confiance
Nous allons avant tout nous intéresser à la barre horizontale en haut de l'interface :



Ne vous en faites pas, rien de compliqué là-dedans
Voyons tout ça plus en détails :


Ces trois icônes sont dédiées aux fonctions de base de tout logiciel :
- Nouveau projet : Permet, comme son nom l'indique, de créer un nouveau projet. Trop dur
- Ouvrir : Ouvre un projet RPG Maker VX.
- Sauver : Sauvegarde la progression de votre projet.


Note : Cette partie est grisée, ne vous en faites pas, c'est normal
Elle prend ses couleurs normales lorsque l'on édite un événement. Ne pressons pas les choses pour le moment
Sachez simplement que cela correspond à des fonctions de bases que vous pouvez retrouver sur votre clic droit : Couper, copier, coller, supprimer.


Vous voyez ici des icônes inédites ! La première signifie "retour en arrière", et équivaut à un Ctrl + Z, rien d'extraordinaire. Néanmoins, les trois autres sont beaucoup plus intéressantes. Dans l'ordre :
- Passabilité : Gère la passabilité du héros sur la map : il peut ainsi passer au-dessus, en-dessous, ou ne pas passer (dans le cas d'un obstacle)
- Mode Map : Permet d'assembler les maps. Ne fonctionne pas en mode événement.
- Mode Événement : Permet de gérer les événements. Ne fonctionne pas en mode map.


Note : Ces icônes apparaîtront grises si vous êtes en mode événement.
Le mode map, parlons-en ! Parce que vous allez vous en manger, des maps, alors je vous conseille d'être attentifs
Cette partie de la barre permet d'assurer une gestion optimale des maps. Dans l'ordre :
- Crayon : Vous dessinez avec le tile correspondant tant que vous maintenez le clic gauche enfoncé.
- Carré : Vous déterminez une zone en forme de carré en maintenant le clic enfoncé.
- Cercle : Idem.
- Remplissage : Détermine automatiquement tous les tiles du même type que celui sur lequel vous avez cliqué et le remplace par le tile sélectionné.


Ces icônes permettent de zoomer sur la map, afin de voir de manière plus globale une grande map.


Ces icônes sont relatives à la base de données (BDD). Nous en parlerons plus tard, n'ayez crainte

Vous savez à peu près tout sur les icônes du logiciel désormais. Merci qui ?
Je vous propose de nous intéresser à la partie de gauche, relative quant à elle aux maps. Vous mourrez d'impatience hein ? Comment ça non ? Ne soyez pas timides



BAM ! Débrouillez-vous avec ça ! Non, j'rigole =P
En fait c'est très simple : Chaque petit carré de tileset est plaçable sur la map à droite : C'est ainsi que vous assemblez une map.



Le tileset est disposé en couches : A, B, C, D et E. Le concept est simple : La couche E est au-dessus de la D, qui est au-dessus de la C, qui est au-dessus de la B, qui est elle-même au-dessus de la A ! Ouf !
En clair, placer un élément B sur un A ne posera aucun problème :



Néanmoins, l'inverse n'est pas vraie. Essayez donc !
Encore une petite chose à propos des maps : saviez-vous que vous pouvez définir ses propriétés ? Clic droit sur le nom de la map, plus allez dans "Propriétés de la carte"



Je vous ai pas menti hein =P
Ça a l'air quelque peu complexe mais ne vous laissez pas intimider, c'est en réalité très simple
De base en haut :
Nom : Nom de la map
Largeur / hauteur : Dimensions de la map, mesurées en cases.
BGM natif : Musique de la map
BGS : Bruitages de la map (vent, ruisseau, etc)
Type de défilement : Je ne m'en suis jamais servi, dites-vous que ça sert à rien et ça fera un truc de moins à connaître XD
Désactiver la course : Interdit l'appui de la touche shift, afin d'empêcher le héros de courir
Groupes de monstres : Définit les monstres rencontrés dans les rencontres aléatoires
Pas moyen requis : Vous rencontrez des monstres tous les X pas.
Panorama défilant : Image de fond de la map
Défilement horizontal / vertical : Votre panorama défile dans telle ou telle direction
Afficher dans l'éditeur : Affiche le panorama dans l'éditeur de map.

Je crois que vous savez à présent tout de l'interface.
Passons à présent à la seconde partie de ce chapitre I : la base de données !

2) La base de données

Vous vous rappelez de ces boutons ?



J'espère que oui, sinon il y a du soucis à se faire
Eh bien, cliquez donc sur le premier d'entre-eux. Hop, c'est magique !

Spoiler:

Impressionnant hein ? C'est pourtant super simple
Je vais vous faire un petit paragraphe par page.

Première page :
Vous gérez ici tout ce qui est en rapport avec les personnages jouables : leurs statistiques, apparence, équipement et nom.

Deuxième page :


Quel joyeux bazar !
Ne vous laissez pas impressionner, il n'y a rien de sorcier ! Vous gérez ici les classes de personnages (Paladin, Mage, etc) et les armes compatibles, leurs attributs ainsi que les compétences apprises selon le niveau ! C'est tout ! Vous voyez, vous n'êtes pas morts !

Troisième page :


Ici, vous créez les compétences des personnages, de A à Z ! Essayez donc d'en créer quelques-unes !
Remarquez au passage la présence des attributs : ce sont les mêmes que ceux de la page précédente !

Quatrième page :


Là, c'est tout ce qui touche aux objets ! Pas besoin de détailler je pense

Cinquième et sixième pages :


Ces deux pages permettent de créer les armes et armures. Relativement simple, aucune explication n'est requise, n'est-ce pas ?

Septième et huitième pages :


Ça devient intéressant ! Vous pouvez ici inventer vos monstres et les groupes auxquels ils appartiennent ! Vous vous rappelez des groupes de monstres ?

Eh bien, les groupes, vous les définissez dans la huitième page !



Ah oui j'ai oublié de vous expliquer ce qu'est un groupe de monstres. Résumons ça en une phrase simple : Vous dites "Tel monstre appartient à tel groupe". Vous pouvez mettre plusieurs monstres dans un même groupe ! C'est pas génial ?

Pages restantes :
Les trois autres pages sont moins importantes que les huit que vous avez vues ici. Rien ne vous empêche d'y jeter un coup d’œil bien entendu mais perso je ne m'en sers que très peu.

Voilà, le chapitre I du tutoriel "Connaître RPG Maker VX de A à Z" s'achève là. J'espère qu'il vous sera utile !

1) Les ressources
Eh oui, RPG Maker est destiné à créer des jeux ! Rappelez-vous ! Mais, posez-vous LA question existentielle : "Que faut-il pour créer un jeu ?"
Outre le talent, il faut avant tout des ressources ! Vous avez de la chance, le Run Time Pack (RTP) de RPG Maker VX contient tout ce dont vous avez besoin
Des ressources, c'est l'ensemble des fichiers extérieurs au logiciel, j'entends par là l'ensemble des fichiers audio, les images, etc.

Si les ressources de base sont relativement limitées, sachez qu'il est possible d'en ajouter d'autres !



Vous vous rappeler de ça j'imagine ? Cliquez donc sur le second bouton :




PAF ! Ça fait des Chocapic Voilà le gestionnaire de ressources !

Je pense qu'il est assez explicite comme ça, toutefois quelques explications s'imposent.
Chaque ressource graphique doit correspondre à des mesures précises.
Exemple :



Le logiciel découpe ensuite le personnage afin de le faire apparaître tel que souhaité dans le jeu.

Note : il est possible de découper un chara ainsi :



Il est ici découpé en 3 frames sur 4. Néanmoins il faudra mettre un $ devant le nom afin qu'il ne soit pas découpé de la même manière que le précédent (ex : "$Ralph")

Mais revenons à notre gestionnaire de ressources. Tous les répertoires commençant par "Graphics/" sont relatifs aux ressources graphiques, les autres à l'audio.
Ils sont triés par ordre alphabétique afin de s'y retrouver plus facilement. Dans l'ordre, vous avez Animations (pour les animations de combat, découpées en 5 frames sur X, puisque ça varie selon les animations, regardez), Battlers (images des monstres en combat, en 1 sur 1), Characters (pour les personnages, comme présenté au-dessus, en 12 sur 8 OU 3 sur 4), Faces (que l'on utilise dans la base de données et certains evens, en 4 sur 2), Parallaxes (ou panorama défilant, vous vous rappelez ?), Pictures (qui sont des images, vous verrez plus tard) et enfin System (que vous étudierez en temps voulu). Le reste, l'audio est, dans l'ordre, musiques (BGM : Back Ground Music), bruitages de fond (Back Ground Sounds : vent, ruisseau, etc), sons musicaux courts (Musical Effects) et bruitages (Musical Sounds).

Intéressons-nous au dossier System, voulez-vous.



C'est ici que sont stockées les ressources relative au système : j'entends par là les boîtes de dialogue, les icônes, mais surtout les tilesets. Vous savez, les machins à partir desquels on fait les maps ?



C'est ici qu'ils se cachaient !
Tout y est trié, bien organisé, et tout et tout !

Donc, vous pouvez, grâce au gestionnaire de ressources, importer vos propres ressources, à condition qu'elles correspondent aux mesures appropriées. Importez-y vos characters, vos tilesets, vos musiques, bref tout le nécessaire pour faire un jeu 100% personnalisé ! Elle est pas belle la vie ?
C'est grâce à cela que l'on peut adopter à peu près tous types de graphismes ! Je prends l'exemple de mes deux jeux (non pas par mégalomanie, mais parce qu'ils confirment la thèse de la diversité) :



Vous voyez, graphiquement parlant, ces deux jeux n'ont rien à voir, n'est-ce pas ?
Je vous propose d'ailleurs de voir pourquoi tant de diversité est possible avec la partie 2, dédiée quant à elle au mapping.


2) Le Mapping
Avant tout, sachez que le mapping est un art. Vous ne me croyez pas ?

Spoiler:

Convaincus ?

Bon, ne pressons pas les choses, d'accord ? Essayons d'abord de mapper une jolie maison, voulez-vous ?



Bon, ok, on avait dit joli... mais bon
Rappelez-vous : La couche E est au-dessus de la D, qui est au-dessus de la C, qui est au-dessus de la B, qui est elle-même au-dessus de la A !

Je vous apprendrai plus tard à faire une porte, mais ça relève des événements, alors ne pressons pas les choses.
Enfin, vous serez capables de faire ça :



Vous voyez, même Ralph n'en revient pas

En fait, les possibilités qui s'offrent à vous n'ont qu'une seule limite : votre créativité. Accessoirement les ressources, mais en remontant un peu plus haut sur la page on peut dépasser ce petit problème
Aussi, vous savez, il y a moyen de faire tout ça en parallaxe. Je reprends cet exemple :



Vous savez à quoi ressemble la map sur l'éditeur ? A ça :



Et ouais, c'est une map vierge !

- "Mais il se fout de moi !?"

Je vous vois venir ! Laisser-moi m'expliquer.
Vous vous rappelez de ça, n'est-ce pas ?



Cliquez sur "Panorama défilant". Voilà d'où est tirée l'image qui apparaît sur la map ! Il s'agit d'un bête panorama superposé sur une map vierge ! C'est ce que l'on appelle une map en parallaxe
Il s'agit d'un moyen de faire une map avec juste une image ! C'est certes moins amusant que d'assembler des petits carrés, mais l'effet rendu est la plupart du temps meilleur. Bien entendu, il faut gérer la passabilité en conséquence

Créer une zone

Gné ? Une zone ? Cékoiça ?
En fait, une zone, c'est une partie de la map où ont lieu telles ou telles rencontres aléatoires d'ennemis, un peu comme les hautes herbes dans Pokémon.



Eh bien, sous RM, c'est pareil !
Clic droit sur la map, et hop, à vous de jouer !



Voilà voilà !
Ce chapitre sur le mapping s'arrête là ! Je vous laisse méditer là-dessus, et on se retrouve pour le chapitre III !

1) Qu'est-ce qu'un événement ?
Un événement, également appelé "event", est un objet placé le plus souvent sur une map, et ayant une ou plusieurs instructions à accomplir.
Ça a l'air chiant comme ça mais en fait ça ne l'est pas du tout x)
On va faire plus concret, ouvrez une map, cliquez sur , puis faites un clic droit sur votre map.
Et là, hop, c'est magique.



Cliquez sur Nouvel événement. Vous voyez la fenêtre d'événement s'ouvrir. C'est beau hein ?
Bon ok ça fait un peu peur mais en fait y'a pas vraiment de quoi.
Explications, morceau par morceau, de la fenêtre.



a) Les conditions
Conditions ? Gné ?
Pas de panique, tonton TTT est là.

Une condition, c'est simple : "Si la condition est remplie, alors cet événement aura lieu. Si elle ne l'est pas, alors il n'aura pas lieu."
C'est tout ! Bien sûr, cela nécessite de petites explications :

- "Condition : l'interrupteur X est activé"
KOAAAAAAAAAAAAAAAAÂÂÂ ? Késseussé ?
Du calme, j'ai dit !
Un interrupteur, ou switch, c'est (en très très très gros) un machin qui est soit activé, soit désactivé.
Prenons l'exemple de votre chambre. Vous avez un interrupteur qui gère votre lumière, c'est-ce pas ? (en tout cas je l'espère pour vous)
Eh bien on pourrait résumer la chose comme ça :

Code:

CONDITION : l'interrupteur lumière est activé
allumer lumière
SINON
ne rien faire

Stout !

- Condition : "la variable X vaut Y ou plus"
KOAAAAAAAAAAAAAAAAÂÂÂ ? Késseussé ?
Bon, stop !
Une variable, c'est, comme son nom l'indique, un objet dont la valeur est variable : en clair, elle peut valoir, 1, 2, 3 ... 10, 200, bref n'importe quoi tant que c'est un nombre entier naturel, en clair un nombre qui n'est ni décimal, ni négatif (exemples : 12.3 ; -8 etc)
Une variable est en gros un interrupteur, mais en plus complexe : là où un interrupteur n'a que deux débouchés, une variable en a une quasi infinité puisque l'on peut créer une instruction par valeur de la variable
Si cela a l'air difficile à saisir, ça n'est pas pour autant difficile ; l'expérience vient avec la pratique
Personnellement, j'ai presque tout appris tout seul, par exemple.

- Condition : "l'interrupteur local A est activé"
KOAA *BAM*
Oui, là j'en avais marre.
Un interrupteur local, c'est très simple : il s'agit d'un interrupteur effectif uniquement dans l'événement où il existe.
En clair, un interrupteur local A d'un événement "aga" ne sera pas le même que l'interrupteur local A d'un événement "prout" car ils n'appartiennent pas au même événement !

ATTENTION : De ce fait, on ne peut désactiver un interrupteur local que dans l'événement où il est effectif.

Les deux autres conditions sont simples à comprendre, inutile de s'attarder dessus
C'en est tout des conditions ! Vous voyez, rien de bien compliqué.

b) Les pages d'événement
Vous pensiez vous en tirer comme ça ? Vous rêvez
Avez-vous remarqué ces boutons ?



Eh bien c'est l'objet de notre petit b) ! Je vous rassure tout de suite, c'est beaucoup moins difficile que ce que vous venez de voir

Sachez qu'un événement peut être subdivisé en plusieurs pages ? Quel intérêt, me direz-vous ? Remonter au petit a) et vous saurez pourquoi.

...

Non ? Bon, ok, je m'explique =p
On peut créer une page d'événement relative à une condition. Puis une autre relative à une autre condition. Et ainsi de suite.
De ce fait, on peut avoir différents événements en fonction de la condition remplie.
J'imagine déjà des idées machiavéliques fuser dans vos esprits. Héhéhé. Oui, vous pouvez grâce aux conditions et aux pages, créer des systèmes monstrueux.
Mais revenons à nos moutons. Ces boutons servent à... boarf, vous savez lire, ça doit être suffisant pour comprendre.
Notez juste que l'on peut naviguer entre les pages grâce à ces boutons :



Voilà, ce petit b) est fini. Je vous avais dit que c'était pépère. Par contre, loin de moi l'idée de vous décourager, mais sachez que l'on va parler dans le c) de ce qu'est vraiment un événement, et là c'est pas de la tarte (tant pour vous de comprendre que pour moi de l'expliciter XD).
Alors accrochez vos ceintures, remontez bien votre slip, et c'est parti mon kiki !

c) Les instructions
Les enfants, c'est là que la partie la plus intéressante de tout ce cours arrive. C'est à mes yeux la plus passionnante, mais aussi la plus difficile, en ce sens qu'il faut faire preuve de beaucoup de logique et mobiliser un maximum de connaissances pour devenir un bon event maker en herbe.
Comme moi quoi

Préparez-vous pour... ZE CHAPTER OF DOOM *tatatatam* (musique dramatique)

Double-cliquez sur la zone vide à droite et... TADAM !!



Et ouais. Et y'a trois pages comme ça !



Mais rien de bien compliqué !!! C'est juste un chapitre un peu lourd mais absolument PAS COMPLIQUÉ !

Je vous explique tout en détails !

PREMIÈRE PAGE

Commençons par la première commande :

Cette commande affichera un message donné lorsque l'événement se déclenchera :



Vous pouvez également décider de la plupart des propriétés du message !

Commande suivante :

Dans votre event, ça donnera ça :



Houlà, c'est quoi ça ? Vous vous rappelez des conditions ? Eh bien, c'est une suite de conditions déjà toute préparée et prête à être utilisée ! Vous avez jusqu'à quatre choix possibles ! Elle est pas belle la vie ?

Suivant !



Je regroupe tout ça ensemble parce que c'est à peu près similaire et surtout que ça a déjà été vu. Néanmoins, les variables prennent une toute nouvelle allure : vous pouvez les rendre égales aux coordonnées X et Y de votre héros, à l'ID de la map (= au numéro de la map), à l'expérience de tel personnage, bref leur faire faire n'importe quoi, les variables sont vos amies !
Est nouvelle seule la commande "entrer un nombre", qui remplace la valeur d'une variable par un nombre de votre choix. Le reste n'est pas nouveau.

Ensuite :

Cela permet de démarrer ou d'arrêter un chronomètre. Trop dur !

Je vous présente ensuite la partie Programmation (le seul truc compliqué en fait)



- Condition : permet d'effectuer telle ou telle commande en fonction d'une condition.
- Boucle : ça va de pair avec les conditions en fait, ça permet de répéter une action tant que l'on ne sort pas de la boucle.
- Sortir de la boucle : c'est là que rentre réellement en jeu la condition. Permet de sortir de la boucle.

Exemple :



Explication : cette boucle se répétera tant que vous n'aurez pas répondu "oui" à la question.



- Arrêter tous les événements : stoppe l'événement en cours sans le supprimer. (Merci Kojy)
- Événement commun : appelle un événement commun (nous verrons cela plus tard)
- Placer une étiquette / Aller à l'étiquette : jamais compris à quoi ça servait x)
- Insérer un commentaire : permet, en plaçant un commentaire dans votre event, de vous y retrouver. Vous pouvez y mettre n'importe quoi, c'est juste un repère.

Note : les commentaires sont parfois utiles pour des scripts, mais nous verrons cela en temps voulu.



Vous vous rappelez de la base de données (BDD) ? Eh bien vous pouvez ici la gérer via un événement. Je ne vais pas m'attarder là-dessus, c'est suffisamment instinctif pour que je vous laisse vous débrouiller

DEUXIÈME PAGE

Allez, on s'attaque à la seconde page ? Prenez votre souffle, c'est bientôt fini !



La position de votre personnage est définie par ses coordonnées. Vous pouvez, grâce à cette commande, les modifier, et ainsi déplacer directement votre héros d'une position A vers une une position B !



- Placer un véhicule : un véhicule obéit à des règles de passabilité différentes que votre héros. En clair, le bateau vogue sur l'eau, le vaisseau vole dans les airs, etc. Grâce à cette commande, vous définissez la position de départ de votre véhicule !
- Placer un événement / Déplacer un événement : C'est à peu près les mêmes choses, vous modifiez la position d'un événement donné.
- Faire défiler la carte : il s'agit là d'une commande destinée à déplacer la carte sans modifier la position du héros (afin de voir un obstacle lointain, par exemple). Évidemment, il convient de la re-déplacer vers sa position initiale ensuite
- Entrer / sortir du véhicule : suffisamment explicite, non ?

Note : la commande Entrer dans le véhicule ne fonctionne que si vous êtes à côté du véhicule.



- Transparence du héros : modifie l'opacité de votre personnage.
- Afficher animation / émoticône : Affiche une animation ou une bulle sur un événement. Comme là :

- Effacer l'événement : supprime votre événement. L'événement ainsi supprimé se relancera dès que vous reviendrez sur la map.



- Afficher / Effacer en fondu : rend votre écran noir / l'affiche normalement en fondu, ce qui peut être pratique pour modifier l'apparence d'un event / des effets météorologiques, etc.
- Modifier le ton de l'écran / Flasher l'écran : Applique un filtre opaque de la couleur de votre choix définitivement dans le premier cas, d'une courte durée dans le second.
- Secouer l'écran : ça c'est plutôt rigolo, vous pouvez appliquer des secousses à votre jeu. Voilà qui permet de reproduire un tremblement de terre, par exemple.



- Permet de figer votre événement pendant un nombre défini de frames, où 1 frame = 1/60 seconde.



Pas besoin d'expliquer je pense, ça concerne tout ce qui touche aux images (stockées dans le dossier Pictures).



Applique des effets météo (pluie, neige, etc) à votre jeu.



- Jouer BGM / BGS / ME / SE : joue une musique / fond sonore / effet musical / effet audio.
- Arrêt en fondu du BGM / BGS / ME / Arrêt du SE : stoppe la musique / fond sonore / effet musical / effet audio.

TROISIÈME PAGE



- Démarrer un combat : lance un combat contre un groupe d'ennemis préalablement défini dans la BDD.
- Appeler un magasin : plus compliqué, permet en fait au joueur d'acheter un ou plusieurs objets.
Le reste est suffisamment instinctif (surtout, je commence franchement à fatiguer XD)



Pas besoin de détailler ça, si ?



- Appeler script : lance un appel de script. Nous verrons cela dans le dernier chapitre.



Cette partie concerne les commandes de combat. Elle n'est pas utilisable dans un event standard, nous verrons ça tout à l'heure.

Bon, on a passé le plus long, je vous laisse un truc plus rigolo et surtout plus pépère pour vous reposer

d) Caractéristiques physiques d'un événement
Voilà quelque chose de simple concernant un événement. Vous avez remarqué ces boutons ?



Le premier gère l'apparence de votre événement (si c'est un personnage, par exemple), dont le chara est situé dans Graphics/Characters.



Les options, quant à elles, gèrent ceci :

- Marche animée : en clair, si votre événement, s'il se déplace, sera animé : si les trois frames du déplacement s'enchaînent bien.
- Animé à l'arrêt : idem, mais à l'arrêt.
- Direction fixe : votre événement ne peut pas se tourner vers la droite / gauche / bas / haut : il ne change pas de direction, même lors des déplacements.
- Traverse tout : l'événement peut passer à travers les murs, marcher sur l'eau, bref il ne tient pas compte des paramètres de passabilité.



Vous définissez le déplacement de l'event (il peut se déplace aléatoirement, suivre un parcours prédéfini, etc), sa vitesse et la fréquence à laquelle s'enchaînent les frames (indépendamment de la vitesse).



Vous déterminez ici l'emplacement de l'événement par rapport au héros (en-dessous, au même niveau, au-dessus) et son déclenchement :
- Touche action : il se déclenche lorsque vous appuyez sur la touche action (espace / entrée) face à lui (exemple : vous parlez à un PNJ).
- Contact héros / événement : se déclenche dès qu'il entre en contact avec votre personnage. La seule différence entre les deux options est que, en contact avec le héros, si votre événement est au-dessus ou en-dessous, il doit être superposé à votre héros, alors qu'en contact avec l'événement il suffit d'un simple face à face.
- Automatique : il se déclenche tout seul comme un grand.
- Processus parallèle : se déclenche là aussi automatiquement, mais avant un événement automatique, et en parallèle à votre jeu. C'est-à-dire que si votre événement automatique doit attendre 500 frames, il figera votre jeu pendant 500 frames, alors qu'un processus parallèle attendra tout seul dans son coin, sans affecter le déroulement du jeu.

J'ai l'honneur de vous annoncer que le chapitre sur les événements est bientôt terminé ! Encore une toute petite partie et c'est fini !

2) Plusieurs types d'événements ?
Il existe trois types d'événements : Les événements standards (clic droit sur votre map), les événements communs, et les événements de combat.
On vient d'étudier les events standards, alors intéressons-nous aux deux autres, voulez-vous ?

a) Événements communs
Ouvrez la base de données et allez dans "événements communs".
Voilà ! Il s'agit d'un event qui se lance soit automatiquement si un interrupteur est activé, soit par un appel.
Un appel ? Vous en avez déjà vu !
Page 1 des événements standard, ou encore dans la base de données, dans les objets et aptitudes ! Vous pouvez appeler un event commun en utilisant un objet, par exemple pour apprendre une compétence !
C'est tout concernant les événements communs !

b) Événements de combat
Base de données -> Groupes de monstres.
Vous vous rappelez de ça ?



C'est ici que ça sert ! Vous pouvez appliquer des événements lors de combats, pour les personnaliser à 100% !
Je me rappelle par exemple avoir fait un dialogue en plein combat.


Voilà voilà, ainsi s'achève ce chapitre sur les événements, merci de me signaler tout oubli et toute erreur, et bon making !

...

Hein ?
Ce chapitre s'appelle pratique, et vous pensez que je vais vous laisser comme ça ? Vous vous trompez ! Je suis un ignoble professeur, qui va vous demander de lui rentre un TP ! Si si !
Enfin, je dis ça, c'est pour vous
Essayez donc de me faire une map, avec une maison où l'on peut rentrer, à l'intérieur de laquelle on trouve un personnage qui pose une question au joueur, avec quatre choix disponibles, et qui aura une réponse différente selon les choix (z'avez d'la chance, passer quatre heures à écrire ce chapitre m'a vidé de toute inspiration, mais rien ne vous empêche d'en faire plus)

Bonne chance !

Voilà, on termine ce cours sur un tout petit chapitre, assez simple en soi, après avoir avalé celui sur les événements.
Pour ceux qui savent déjà à quoi s'attendre, ne vous attendez pas à des cours de Ruby (si c'était du C encore ok, maisje suis un gros caca en Ruby), je ne fais ici qu'expliquer ce que sont les scripts.

1) Scripts ? Kézako ?
Scripts ? Qu'est-ce que ça veut bien dire ?

Eh bien, je vais gâcher le suspense dès maintenant : appuyez sur F11 et admirez. Bon, ok, vous avez une page blanche, mais en regardant un peu vous tombez sur des drôles de lignes : du code.



- "WTF ?? C'est quoi tout ce bordel ?"

Et encore, c'est pas le script le plus compliqué
Bien sûr ce n'est pas du code au sens où il y a un message caché derrière tout ce charabia (quoique), non, c'est du code en terme de programmation.
Pour information, sans doute l'avez-vous compris, mais RPG Maker VX est programmé en un langage du nom de Ruby. Il existe des tonnes de langages de programmation, tels que le C, le C++, etc...
Eh bien, l'ensemble des scripts que vous voyez ici s'appelle le code source de votre jeu. Chaque ligne, que dis-je, chaque caractère, a une signification bien précise.

Bref, votre code source renferme tous les paramètres de votre jeu, c'est-à-dire que le fonctionnement de votre jeu sera dépendant des scripts.
Plus concrètement, on pourrait programmer un jeu avec rien que des scripts

C'est tout ce qu'il y a à savoir sur la théorie des scripts

2) A quoi ça sert ?
Sans doute avez-vous remarqué la formidable quantité de scripts que propose le forum, pas vrai ?
A quoi peuvent-ils servir ?
Eh bien, encore un peu de théorie avant la pratique. Vous souvenez des événements ?

...

Non ? Ah, c'est triste Alzheimer... Je vous rafraichis un peu la mémoire :



Chaque commande d'événement est en fait un appel de script.
En fait, chacun de ces boutons correspond à ça : , avec un script différent associé à chaque bouton.

De plus, il existe des add-on, permettant d'ajouter des fonctionnalités à votre jeu : il s'agit en fait d'un ou plusieurs script(s) déjà tout préparé(s), qui dit(sent) "ajouter tel truc au jeu", par exemple, une minimap

Stout ! C'est pas bien compliqué dans la pratique, après, pour faire les scripts, c'est autre chose ^^

De plus, certains scripts demandent une participation de votre part, en ce sens que vous devrez ajouter la commande "Appeler script" dans un événement, ou alors entrer un commentaire spécifique.
Je prends l'exemple d'un ennemi de base de mon projet Zelda - Another Mask :



Pour explications, le jeu utilise le script ABS Vampyr, qui offre un système de combat en temps réel.
Ainsi, pour créer un ennemi, il faut lui attribuer des statistiques, etc.

Le premier commentaire, "Enemy 4", signifie "Ce monstre aura toutes les caractéristiques du quatrième monstre de la base de données".
Le second, quant à lui, dit "L'énergie de ce monstre ne sera pas affichée à l'écran".

C'est tout ! Rien de bien compliqué

Bon, je n'ai pas à m'étendre sur quelque chose d'aussi complexe que le scripting, contentez-vous pour le moment de connaître tout ce qui a été dit plus haut, ça sera déjà une très très très bonne chose !


Voilà voilà, ce (gros) tutoriel s'achève ici, quinze jours après l'avoir commencé, je peux enfin vous le dévoiler
J'espère qu'il vous sera utile, et que vous deviendrez, grâce ou non à lui, de bons makers en herbe !

Je vous souhaite à toutes et à tous de bons jeux et une bonne journée

A++

TTT

Pas mal TTT. ça permet d'avoir une bonne vue d'ensemble sur le logiciel et c'est bien expliqué.
Il manque peut-être un peu de détails dans les premières parties (les zones, les parallexes, les dimensions des tiles/chara/etc... où tu dis qu'elle sont importantes, mais que tu ne détail pas )
Pour la partie bdd, mais un lien sur mon tuto si tu veux, j'y avais détailler la quasi totalité des fonctions.

Pareil, pour la partie des events, je pense qu'un peu plus de détails et d'exemple sur les fonctions ne feraient pas de mal

En tout cas, beau boulot et merci pour ce beau tuto

Après il peut être travail, là il est super ^^ mais il y a beaucoup de théorie ^^ allez messieur au fait du TP maintenant ce serait top là c'est de tout finir sur un commentaire d'un évent plus complexe comme un système par exemple, avec algorithme graphique avec explications :

Spoiler:

Oui, mais bon les logigrammes, tout le monde ne les comprends pas^^
(d'ailleurs, j'ai du relire 2-3 fois pour saisir le sens complet du truc^^)

il faudrait mettre en plus une petite légende.
rectangle = evenement/action
losange = condition

ce qui traduit le tout par
le personnage frappe à la porte, puis attends 10sec pour avoir une réponse.
- si le personnage reçoit comme réponse "entrez !", il entre
- sinon :
- si le personnage à frapper 2 fois à la porte, il n'insiste pas et s'en va
- sinon, il frappe une 2e fois à la porte

Mais c'est vrai qu'une bonne explication suivi d'un exemple détaillé avec un petit graphique et sa légende permettrais à tout le monde une meilleure, voir totale compréhension

EDIT TTT : Nan mais Balby aime bien montrer sa science ces temps-ci XDDD
EDIT : Balbereith : c'est juste que j'ai pompé le logigramme sur internet, et que un logigramme est plus simple à analyser q'un évent. Et puis la science est un droit à tous ^^

Après le logigramme est normalisé mais rien n'empèche de nous faire nos petites normes à nous ^^ pour une condition au lieu on met un rectancle avec marqué "test" la question du test puis au dessus des deux flèches sortie on marque oui ou non. Notemment cela un plus représentatif des phénomènes de boucle ou des renvois à des étiquettes et des coditions, le reste des blocs linéaires peuvent être mis dans un seule et même rectancle, c'est surtout pour montrer comment on se ballade dans l'évent.

C'est illustré, structuré, ça traite de presque toutes les fonctionnalités du programme, ya du travail et du temps passé derrière .
Cependant, globalement tu reprends encore trop les grandes lignes .
Certaines informations sont encore trop expéditifs, par exemple le chapitre sur la base de données :

Les trois autres pages sont moins importantes que les huit que vous avez vues ici. Rien ne vous empêche d'y jeter un coup d’œil bien entendu mais perso je ne m'en sers que très peu.

Pêché d'oisiveté ? On va dire que tu aurais pu faire un screen et vite expliquer, mais peut être pas jusqu'à les zapper .
Le chapitre des ressources développe aussi ces lacunes :

Importez-y vos characters, vos tilesets, vos musiques, bref tout le nécessaire pour faire un jeu 100% personnalisé ! Elle est pas belle la vie ?

Mais j'ai peur que l'utilisateur se sente perdu en se confrontant à ...

Pour nous ça paraît évident, mais ca doit pas être le cas du premier venu .

Ce que je reproche encore c'est cette approximation, tu peux encore mieux approfondir .
Bon, ensuite j'imagine que pendant la rédaction c'est pas évident, mais une fois ta première édition fini et avec une vue d'ensemble, je pense que ce sera plus facile à partir de maintenant .

Placer une étiquette / Aller à l'étiquette : jamais compris à quoi ça servait x)

En fait, le fait de placer une étiquette dans un événement permet de créer une balise, ainsi, quand l'on voudra aller à tel ou tel étiquette, on pourra le faire en sautant directement d'un endroit de l'évent à l'autre ( je précise : sur la même page seulement ) sans passer par toutes les conditions sur le chemin, exemple :

Dans mon cbs évent, je suis dans la situation où le joueur est en position d'initiative et où il a tenté de fuir, malheureusement sa fuite se solde par un échec, vu que l'ennemi est surpris il ne réagira pas donc je dois repasser en situation de sélection d'actions .

Spoiler:

L'étiquette que j'ai placé vers le début me permettra de passer directement à un endroit de l'évent sans repasser par le tout début ( dans mon cas, pour éviter la génération de certaines variables ) .

Spoiler:

(si c'était du C encore ok, maisje suis un gros caca en Ruby)

Je m'y connait pas en langage de programmation, mais il me semble que le Ruby est plus facile d'apprentissage que le C même si ils n'ont pas fidèlement les même structures, dîtes moi si je me trompe ?

Bref, bon boulot, c'est pas encore parfait mais c'est ça de fait et c'est une source d'info utile, manque plus qu'à peaufiner et détailler .

Ouais enfin faut pas trop en demander au seul abruti qui n'a JAMAIS eu l'habitude de détailler XDDDD

Je m'y connait pas en langage de programmation, mais il me semble que le Ruby est plus facile d'apprentissage que le C même si ils n'ont pas fidèlement les même structures, dîtes moi si je me trompe ?

Ouaip, sauf que j'ai, pour le moment, appris le C et non le Ruby.

Mais c'est super ça !
Je savais pas que tu faisait de tel tutoriels

Fais attention O'Dathä, tu viens de faire un nécropost. Ce n'est pas grave mais si tu recommences tu écoperas d'un avertissement

Merci ! :3

Fais attention O'Dathä, tu viens de faire un nécropost. Ce n'est pas grave mais si tu recommences tu écoperas d'un avertissement

Sérieusement Tsuna Me ?