Besoin d'aide sur un moteur jeu type maze

[CrystalNoir]

Bonjour à tous [img]<<GRAEMLIN_URL>>/smile.gif[/img]

Je pose la question ici car là je dois dire je ne sais pas. Je sais que c'est forcément faisable mais j'ai beaucoup de mal à penser &quot;MMF&quot; quand je fais mes essais au niveau des conditions.

J'ai réussi à retranscrire ce genre de petit moteur un peu partout et j'aimerais bien que ce soit le cas avec MMF2.

Voici l'idée :

Si on imagine un niveau un peu à la pacman c'est à dire avec des murs.

Dedans j'ai trois personnages qui sont contrôlés en même temps par le joueur avec les flêches. C'est à dire que quand le joueur va par ex appuyer sur &quot;flêche bas&quot;, les personnages iront vers le bas SAUF :

- si il y a un décor juste en dessous
- si un des personnages se trouve juste en dessous.

Ce qui est logique, si le personnage rencontre un décor il ne va pas plus loin, idem si un des trois personnages rencontre un autre.

Lorsque le joueur appuie sur les flèches, les trois personnages bougent de la même manière selon les conditions citées ci-dessus.

Le problème est que chaque personnage doit être indépendant, car c'est pas parce qu'un personnage est bloqué par un décor, que les autres ne doivent plus avancer si ils le peuvent.

J'avais réussi à gérer le décor, par contre impossible de tester les collisions pour les personnages, car si sur les 3 personnages 2 entrent en collision, ben les trois s'arrêtent, même si le troisième pouvait encore avancer.

Alors qu'avec le décor je n'ai pas ce soucis. Je n'ai pas de fichier exemple à fournir, j'ai fait des tests, et j'ai effacé, et je recommence etc...

Mais l'idée est assez simple. J'ai essayé avec l'extension for each, mais le problème reste le même.

Pour vous donner une idée des procédés que j'ai effectués ailleurs et qui marchent mais que je n'arrivent pas à retranscrire ici :

- Lorsqu'on appuie sur une touche de direction, le programme teste si la case d'en dessous il y a quelque chose que ce soit un autre des personnages ou un décor, si c'est le cas, le personnage ne bouge pas, si c'est pas le cas il avance.

Dans MMF2 on peut tester la présence d'objet mais dans une zone prédéfinie ce qui m'arrange pas dans ce cas.

Alors évidemment si je met 3 personnages différents, suffit de tout tester à chaque fois, mais justement le but est de gérer ca soit via une &quot;famille&quot; soit autrement mais qu'on ne soit pas obligé de coder les mêmes évènements pour tous les personnages.

Cela dit j'ai toujours le problème de collision entre deux personnages qui marchent pas je sais pas comment gérer tout cela.

Merci d'avance pour votre aide [img]<<GRAEMLIN_URL>>/smile.gif[/img]

[SpringUp]

Salut,

Déplacement libre, case par case?

Il y a 4 standards.

Moteur de déplacement libre 4 ou 8 directions.
Moteur de déplacement case par case 4 ou 8 directions.

4 standards particuliers =&gt; Ressources graphiques isométriques, rectification des trajectoires sur les diagonales, suivant la taille du tile de base, exemple celui de Mons Reiner.

Bref essaye d'apporter quelques précisions.

Cahier des charges?
http://clickmoteur.blogspot.com/2011...s-charges.html

Merci de ton attention.

PS: C'est hyper simple à faire avec tgf, mmf, si tu connais l'interface, et si tu as la notion variable.

[CrystalNoir]

Normalement c'est du case par case mais tout dépend comment on le programme.

L'idée dans les autres trucs dans lesquels j'ai mis en place le moteur c'est que je teste sur la case suivante si il y a quelque chose, si c'est pas le cas, le personnage avance &quot;normalement&quot; jusqu'à la case prochaine où il est &quot;snappé&quot; une fois arrivé au milieu.

C'est pas de l'isométrique.

J'ai tout à fait la notion de variables etc... la seule que je n'ai pas trop c'est &quot;l'esprit MMF&quot; quand on crée avec MMF2 on ne pense pas tout à fait de la même manière que quand on code avec XNA par ex où là j'ai déjà des idées (création de class pour les cases, les persos, avec test de l'état d'une case etc...) ou sur GM où là c'est simple car on a carrément la possibilité de tester la présence d'un objet sur la case suivante et les personnages sont traités comme objet indépendant (si je teste une collision sur l'objet, cette collision sera uniquement vraie pour l'instance de l'objet testée). Sous MMF2 c'est surement simple aussi mais j'arrive pas à le gérer.

De plus dans mes essais, les trois personnages n'étaient pas gérés indépendament les uns et des autres ce qui posait problème pour la détection des collisions. Et je voudrais éviter d'avoir à gérer trois personnages différents (donc le triple d'évènements).

Ce que je cherche à faire n'est pas vraiment un jeu mais de retranscrire un moteur que j'ai appris et écrit ailleurs, je voulais savoir comment le réaliser sous mmf2 pour pourquoi pas un futur jeu ^^

Pour vous aider, voilà tout à fait le type de moteur que je cherche à retranscrire sous MMF2 et que j'ai moi même fait sous GM en tuto, et que j'ai réussi à recoder avec d'autres outils, mais moi ce que j'aimerais, c'est pouvoir le refaire avec MMF2 [img]<<GRAEMLIN_URL>>/smile.gif[/img] :

Télécharger l'exemple

PS : L'url ci dessus n'a pas pour but de faire de la pub pour quoi que ce soit mais de vous montrer ce que je veux essayer de retranscrire sous MMF2.

Je ne demande pas non plus qu'on fasse le moteur à ma place (sinon c'est pas drôle et puis ca serait trop simple) mais je cherche une piste à exploiter pour ce genre de moteur ou une idée car hier tous mes tests étaient foireux lol.

Merci d'avance [img]<<GRAEMLIN_URL>>/smile.gif[/img]

[SpringUp]

-
Le case par case pour ce genre de jeu, est le plus approprié, car plus de possibilités.

Le souci avec MMF, c'est qu'il existe pas mal de façon de faire.

Puisque tu parles de GM, pour faire un rapprochement.

Tu ne sais pas coder, GM =&gt; pas de GML. MMF astuces de renard (plus ou moins efficaces).
Tu sais coder, GM =&gt; GML. MMF utilisation de variables, compteurs, drapeaux, objet tableau, etc.

A haut niveau, MMF réclame deux compétences, spriter et coder (ton cas).

Spriter =&gt; Au moins pour la réalisation de sprite invibles.
Avec les objets (actifs) invisibles, mise au point de prédédecteurs de collisions par exemple.

Donc c'est vraiment une question de pratique, l'esprit MMF, s'il y a, est un mélange d'astuces (bidouilles graphiques) et de formules (code).

Ton problème peut se résoudre avec coller une image au fond (obstacle, non obstacle), mémorisation de la position x,y via deux variables, n'est en superposition avec une case obstacle (A=x, B=y), est en superposition avec un décor, restitution de la position (x=A, y=B).

Cela peut se faire via un compteur, si en plus, il y a mixage des mouvements et des rajouts d'extensions...

Certaines personnes font du case par case avec 30 lignes, d'autres avec 4 lignes, voire 2, mais là on sombre dans l'incompréhensible (le ridicule =&gt; Moteur pourri).

Le truc de base est de mettre en place un testeur de l'activité du joueur.

Une fois l'impulsion sur le clavier, découle les implications.

J'avais fait un truc dans le genre avec Block32 (cela ne date pas d'hier), le joueur déplaçait 10 ou 12 blocs en même temps.
-

[CrystalNoir]

Dans mes tests, j'avais essayé justement de stocker la position x et y en variable du joueur pour tester les déplacements.

Je crois que le problème auquel je suis confronté c'est les collisions, quand il s'agit du décor ca marche très bien chaque personnage agit bien suivant son cas. Par contre quand il y a collision entre eux, par ex si le personnage 1 entre en collision avec le personnage 2 et bien le troisième qui peut être tout à fait ailleurs s'arrête aussi d'avancer (alors que lui est en collision avec rien du tout).

C'est pour cela que je cherchais un moyen de faire autre qu'avec test de collision qui dans ce cas je pense n'est pas la meilleure solution.

Pour ce que tu disais, je sais à peu près coder. Mais coder en MMF n'a rien à voir avec coder en Xna, purebasic, ou peu importe, c'est pour cela que c'est pas simple.

Cela dit dans mon cas, j'avais pensé justement à un système qui teste les &quot;cases&quot; mais je trouve pas le moyen de tester en disant &quot;qu'est ce qu'il y a sur la case&quot; [img]<<GRAEMLIN_URL>>/smile.gif[/img] à moins qu'il y ait une extension pour j'ai pas vu. Ca serait le plus simple.

Enfin je crois, je suis pas assez calé en MMF2 pour l'affirmer.

j'ai également essayé d'utiliser foreach pour dire à mmf2 de faire pour chaque objet en espérant qu'il les traite comme des &quot;instances individuelles&quot; mais comme j'ai dit plus haut ca marche pour les collisions avec le décor mais pour les collisions entre eux ca marche plus.

Sinon je vais zieuter block32 [img]<<GRAEMLIN_URL>>/smile.gif[/img]

Merci pour la réponse.

[SpringUp]

-
Block32 date de 2003 ou 2005?

A moins de tomber sur un collectionneur... MDR.

Voici le principe de base (système 3 variables).
http://uploading.com/files/bc2am78e/...%2Bobjets.mfa/

Cette base peut déplacer case par case, 1 ou 100 objets (sûrement plus), avec 4 lignes.

Le truc est de rajouter, ou d'enlever une case obstacle, au bon moment, pour chaque objet actif en collision avec un décor (obstacle). Cela ressemble à une réaction en chaîne.

Un exemple ou cela se produit?

SOKOBAN.
http://biblioklik.free.fr/MMF2/04sources/sources01.htm

Le moteur est fait, à toi de recoller les morceaux, je te laisse faire.
-

[CrystalNoir]

Alors ca je suis arrivé à le faire pas de la même manière du tout mais j'y suis arrivé avec les décors.

Le problème survient lorsqu'il faut gérer les collisions entres les actifs.

Si tu reprends ton exemple avec les carrés, ca marche pour les décors comme moi, mais si je teste la collision d'un carré avec un autre c'est tous les carrés qui s'arretent et pas seulement celui qui entre en collision (c'est pour donner l'exemple de mo problème avec les codes que j'ai essayés car avec ton exemple ca marche différemment, voir ci-dessous).

Alors j'ai pris ton exemple et j'ai essayé de faire tester la collision entre deux carrés, ca marche sauf que j'ai un saut pas très esthétique. (le carré tremble à la collision avec un autre carré alors qu'il ne tremble pas avec la collision avec un décor, comment on peut corriger ca ?). Par contre faut tester la superposition avec un objet actif et non pas la collision sinon ca passe à travers [img]<<GRAEMLIN_URL>>/smile.gif[/img]

Je vais regarder le code d'un peu plus près.

Merci beaucoup [img]<<GRAEMLIN_URL>>/smile.gif[/img]

[SpringUp]

-
&quot;Le carré tremble à la collision avec un autre carré alors qu'il ne tremble pas avec la collision avec un décor, comment on peut corriger ca ?&quot;

Dans la base proposée, les objets sont logiquement invisibles au joueur, tu dois rajouter par dessus un autre objet.

L'objet visible, suit l'objet invisible tant qu'il n'y a pas collision ou superposition.

Tu peux tester une formule du genre x/32*32 et y/32*32 (ou 16).
Pas sûr que cela fonctionne, mais cela éviterait de rajouter d'autres actifs.

Block32 avait des astuces de renard des sables du Sahara (fénec).
Du genre les objets se déplaçaient, animation marche =&gt; Les sprites ne pouvaient pas se superposer.
Animation arrêter =&gt; Les sprites changeaient de taille, s'ils se superposaient, alors il explosaient.

Si quelqu'un à ce jeu dans ses archives, aux effets spéciaux plutôt &quot;fun&quot; pour l'époque (tgf1, pas de HWA)...
-

[CrystalNoir]

Merci pour toutes ces précisions [img]<<GRAEMLIN_URL>>/smile.gif[/img] je ferais quelques tests [img]<<GRAEMLIN_URL>>/smile.gif[/img]

[SpringUp]

Relique retrouvée, obligé d'enlever les musiques mp3.

Block32
http://uploading.com/files/a1d963df/...TGF2_Secu.exe/

C'est juste, histoire de voir, le déplacement, réalisé au départ avec tgf1.