Problèmes de collision

[donmanolo]

Salut ,

J'utilise pour mon projet le mouvement plate-forme par défaut de MMF2. Cela dit ,je rencontre un problème qui doit être habituel : Quand on personnage rentre en collision avec un décor (un mur par exemple) ,il rentre dedans ou alors se comporte de manière très étrange. (limite il se téléporte)

Ainsi ,ma question est simple : Comment peut-on éviter ces soucis de collision de manière simple et efficace ? (quitte à mettre des murs invisibles)

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

[SpringUp]

Salut,

J'avais déjà été confronté au problème (il y a longtemps), avec le mouvement d'origine, il est nécessaire de mettre en place une série de trucs et astuces.

1) Les collisions sur axe x, mémorisation de la position x, via une variable.

2) Les plateformes, les faire apparaître et disparaître.

3) Les échelles au pixel près. =&gt; Utiliser le mouvement 8 directions, limité à 2 directions (haut et bas).

Obstacles (je suis juste l'auteur de 2, 3 lignes =&gt; Variable et détecteur rose):
http://uploading.com/files/6492fmc8/RPG_upload2.mfa/

Plateformes, échelles:
http://biblioklik.free.fr/MMF2/04sou...ursMegaman.zip

Bon courage pour la suite.

A+

[samuel]

Le mieux dans la gestion d'un personnage c'est de lui mettre plutôt des capteurs invisibles puis rajouter par la suite quelques conditions,

Tu es bien sur d'avoir la dernière mise à jour de MMF2, car avec un exemple très basic l'objet se bloque bien contre un mur avec le mouvement plate forme,

- objet paramétré en mode plate-forme
- objet décor paramétré en type obstacle
- plus une autre condition dans l'éditeur d'événement
( est en collision avec le décor puis &gt; puis stop )

Ou alors essaie de voir si tu as le temps sur le site suivant il montre pas mal d'exemples de travail:

http://www.castles-of-britain.com/mmf2examples.htm

[SpringUp]

Salut Samuel,

Le build mmf2 avec lequel je bosse est le numéro 251, os win xp.

C'est rigolo Nivram a fait environ la même réponse, en anglais.

Si je me permets d'intervenir, c'est après avoir creusé un peu la question.

Les ressources avec lesquelles j'avais travaillé.
http://www.gamebuilder.info/world/arcade/gi-jane

Comme je ne suis pas l'auteur des ressources graphiques, je garde au chaud le moteur de déplacement sur mon hdd.

Il démontre avec force et détails, que le numéro du build, n'a rien à voir dans l'histoire.

A+

[samuel]

Slt SpringUp,

Oui c'est une question qui est souvent revenu sur le forum,
je lui ai surtout répondu par rapport au propre moteur de base, avec les conseils qui circulent sur les forums il devrait peut-être pouvoir régler le problème selon son
propre niveau de connaissance ou d'experience sur MMF, oui probablement que cela ça doit pas venir de la build.

Je bosse aussi toujours sur xp, je ne connais pas trop les dernières versions de windows.

Tu es quand même certainement l'auteur de quelques ressources graphiques de ton coté.

Oui faut toujours essayer de se poser les bonnes questions,

Et puis passer à travers les murs c'est pas trop improductif pour un jeu, on peut faire alors un passe-muraille pour les ennemis ou alors le perso de temps en temps.

[samuel]

Moi au début quand j'ai commencé sur MMF2 c'est surtout sur un meilleur réglage d'un personnage sur une échelle que j'éprouvé le plus de difficultés pour le réglage, comment savoir par exemple s'il est bien arrivé en bout ou en bas d'une échelle, s'il est bien par exemple plus du tout dans le plein ou le vide, grimpant toujours avec les paluches alors que le perso avait déjà posé ses petits pieds depuis fort longtemps sur le sol, maintenant depuis je m'embête plus trop avec ça, je gère directement tous mes persos avec des méga bottes de sept lieux pour le saut, comme ça beaucoup moins d'échelles à gérer.

Tout dépend du code en fait, dans certains cas on peut penser à désactiver le groupe de déplacement marche à partir de variables objets par exemple.

[SpringUp]

-
Tout le monde peut réaliser, un jeu de plateformes avec mmf.
Les soucis commencent quand il s'agit d'obtenir un résultat &quot;pro&quot;.

Et là franchement, il n'y a pas trop de recettes, soit on passe par la case programmation, soit on bidouille.

Dans les 2 cas, plusieurs phases existent, il suffit donc de les différencier, dans un premier temps.
De passer forcément, par une phase schématique.

Sinon on loupe des tas de trucs, et on ne capte pas l'essentiel.

Je ne prétends pas avoir la solution, mes exemples proposent des options fiables pour un débutant.
D'ailleurs, comment un débutant peut obtenir un résultat &quot;pro&quot;, d'emblée?
Tout logiciel polyvalent, réclame un minimum d'expérience.

Ayant aussi débuté, il me semble que de partir du mouvement de base (d'origine), est un choix cornélien.
En clair pratiquement obligatoire, afin de décortiquer quelques mécanismes &quot;klik&quot;.

En fait le plus simple est de contrer les effets indésirables, à condition d'avoir au moins un moteur de déplacement valable.
Un moteur de déplacement valable, sous-entend la mise au point de conditions, capables de tester l'activité du joueur.

Si je devais bosser sur un jeu de plateformes, ce serait l'objectif numéro un à atteindre, tester l'activité du joueur.
-