Discussions générales de making

Il y a des dizaines de manières différentes de gérer les collisions avec les décors. RM utilise exclusivement des variables, ce qui est évident puisque les mouvements sont par cases.
Dans le cas de MMF2/GD, programmer un déplacement case par case est un peu comme s'attacher soi-même les mains dans le dos : difficile, inutile et réducteur.
Dans No Doubt (le... "jeu" RM-like que j'ai fait sous GD lors du WEM1) j'ai utilisé la technique la plus simple à programmer (même si chaque map devient assez longue à faire) : une gestion en 2D pure. Je place des objets invisibles qui sont les murs et qui empêchent le héros de passer.
Il y a d'autres moyens, par exemple une programmation par niveaux d'altitude : chaque élément de décor de la map est découpé horizontalement (par exemple, une colline sera une pile de crêpes de plus en plus petites) et chaque coupe a un niveau différent (de 0, le sol, jusqu'à l'infini, potentiellement). Le niveau augmente avec l'altitude de la coupe. Si le héros est sur un pixel appartenant à une couche ayant un niveau de 2 (par exemple) et qu'il avance vers une colline, il va rencontrer la couche de niveau 3. A ce moment-là on déplace le héros d'un pixel vers le haut (si chaque couche fait un pixel d'épaisseur). Puis il va rencontrer la couche de niveau 4, donc il va encore monter, etc. Par contre, s'il rencontre un mur, donc une couche de niveau bien supérieur (au moins 2 de plus que le sol), alors il ne pourra pas avancer.
Cette technique permet non seulement d'associer le mapping (donc l'apparence) aux collisions, mais en plus elle permet de varier considérablement les décors (puisqu'on peut créer des collines de toutes les formes qu'on veut, entre autres), de donner une impression de relief (puisque le chara du perso est affecté par l'altitude), de créer des collisions parfaites, au pixel près, et de rendre le mapping plus simple que tout ce que vous pouvez imaginer (je ne parle pas de RM qui travaille par cases et qui rend le mapping ridicule...).
Le gros problème étant que c'est ridiculement complexe à programmer quand on n'est pas habitué de ce genre de logiciels (et même une fois habitué). Et aussi que c'est très lourd pour le PC, les lags sont à redouter pour une grosse map remplie d'éléments de décor.
Allez, une dernière ? On crée une sous-map, cachée derrière le décor, constituée de pixels en niveau de gris, représentant l'altitude. Si le pixel sur lequel on est est franchement plus sombre que celui sur lequel on se dirige, alors on ne bouge pas. Si les deux couleurs sont proches, le héros peut passer. Bien sûr, si le logiciel ne permet pas de travailler de cette manière (en comparant les couleurs des pixels), on peut aussi se rabattre sur un convertisseur couleur / variable, pour transformer la map en tableau de valeurs (remplir les cases du tableau à la main est une horreur). Mais faudra le programmer.
Au final, cette technique est très similaire à la précédente puisqu'elle dispose des mêmes avantages (à la condition que vous soyez bon en panorama, puisqu'on ne raisonne plus par objets dans cette solution), mais pas des mêmes inconvénients : elle sera bien plus simple à mettre en place et moins lourde que l'autre, sauf qu'il sera bieeeen plus compliqué de produire une map.