Le comptoir du clickeur
L'univers des Clickeurs => Jeux et Projets => Projet communautaire => Discussion démarrée par: Cyberclic le 15 avril 2014 à 11:10:00
- Bonjour à tous,
Après avoir entendu plusieurs d'entre vous, nous allons débuter sur un petit projet.
Pit a proposé un Lumines, un jeu que j'adore.
Pour ceux qui ne connaissent pas, vous pouvez y voir des vidéos de gameplay sur Youtube :
https://www.youtube.com/results?search_query=lumines
Pour info, j'avais déjà fait le moteur du jeu car je comptais le sortir avec Loulou. C'est pas grave.
Je ne vais pas le distribuer ici pour ne pas vous influencer.
Voici quelques prérequis attendus :
- Le jeu doit être jouable en tactile sur iPhone et Android
- Le jeu doit être compatible tout runtime (iOS, Android, HTML5, Flash et Windows) XNA est peu utilisé.
- Extension a utiliser : AGBO (multiplateforme, supporté par Clickteam, simple à mettre en place, très peu de bug, bien adapté pour ce type de jeu)
- Eviter de détecter des collisions d'actif. Tout faire à partir de tableau (AGBO). Voir l'exemple de Tetris
- le jeu doit pouvoir s'adapter très facilement à n'importe quelle résolution. Aucune dimension en dur dans le moteur.
Si ce projet reçoit un nombre de vote favorable, je sortirais un cahier des charges complet et on mettra en place l’équipe de développement.
- yop
Quel dynamisme ;)
On va laisser les gens se prononcer par le vote, ce serait pas mal d'avoir plusieurs proposition peut etre, sauf si ca plait à tout le monde ;)
Il faut discuter de la suite aussi, une fois le jeu développé on en fait quoi? libre ou autre
J'aimerais bien que l'on en fasse un développement didactique pour aider les utilisateurs de fusion et de jeu en général ;)
A+ Pit
- Oui, il faudra discuter de la licence.
Je partirais bien sur une licence libre Creative Commons. A voir pour les paramètres de la licence(BY-NC-SA-ND)
- Bon, j'ai commencé à rédiger un cahier des charges pour notre jeu.
Il faudrait dès à présent se mettre d'accord sur l'équipe définitive et sur qui fait quoi.
Que ceux qui sont intéressé par ce projet viennent m'en faire part ici même en précisant la tache souhaitée (développeur, graphiste, musicien...)
- Ok, j'en suis, je peux m'impliquer a peu près dans tous les domaines, mais je préférerai ne pas trop toucher au code pour une fois :)
- Ca me va moi aussi
Je peux toucher un peu à tout, graphisme2d,3d + animation, Effects spéciaux, Police bitmap, code(pas un haut niveau mais je suis là pour apprendre ;), voire sample son / boucle d'ambiance.
A+ Pit
- Merci à vous 2. D'autres personnes intéressées ?
J'ai comme l'impression que ce projet n'attire pas les foules. je peux comprendre qu'un Lumines ne soit pas aussi exaltant à concevoir qu'un Zelda like mais j'aurais espéré un peu plus de volontaires...
Dois-je proposer un début de code pour vous inciter à participer au projet ? Peut-être que de commencer sur une feuille blanche rebute certains d'entre vous ?
- Hello !
Je veux bien participer aussi même si je suis pas certain d.etre à la hauteur...
Un p'tit rôle dans la prog m'irait bien...
:D
- Merci Volgot :)
- Je peux faire une partie graphique si un style cartoon vous va.
Le code et la gestion de projets, j'en mange tous les jours.
Je préfèrerai changer de sujet pour une fois.
- Ma première pierre à l'édifice
Remplir un tableau de chiffre au hasard.
Simple? Pas si sûr...
Niveau > newbee mais ca faisait longtemps que je voulais pratiquer les tableaux ;)
A+ Pit
- tu peux aussi passer par une boucle imbriquée
une boucle y lancée 10 fois qui lance une boucle x (10 fois aussi)
et dans le tableau tu rentres la valeur random(11) en loopindex("x") et loopindex("y")
par contre t'as pas l'effet "remplissage", c'est instantané. Mais c'était pas dans tes objectifs à ce que j'ai lu.
j'ai mis un mfa en pj
- Coucou !
Merci pour votre contribution. Par contre pas trop de rapport avec le projet !
Dans Lumines on n'a pas des cases préremplies. C'est un Tetris Like où un bloc de 4 aléatoire tombe du haut.
je vous mets un exemple HTML5 du moteur Lumines attendu que j'ai fais sous Fusion :
http://cyberclic.margasoft.fr/lumines/lumines.html
Jouable au clavier touche fléchées ou en tactile.
Je ne distribuerais pas la source car je souhaite que ça soit un projet de tous et non d'un seul.
On doit refaire ce moteur par nous-même. Pour cela, on peut partir sur une base de Tetris.
- Trop fort, en effet ca a l'air facile comme ca ;)
Je me suis jamais attaqué à ce genre de jeu, ca va etre plus long pour moi ;)
Ton exemple de tétris plante chez moi, dès que j'essaye de déplier un groupe d'évènement plantage de fusion...
Pit
- Volgot, c'est possible d'avoir l'extension datagrid.mfx?
D'avance merci de ta réponse.
- C'est l’extension dédié à Dev je crois.
Je ne suis pas sur que ça fonctionne sur les version standardisé de Fusion/MMF
- @Kloug : cette extension correspond à l'objet Tableur en fait (simulation d'excel simplifié). Pas de pb pour te le filer mais sache qu'elle ne marche qu'avec la version developer. Si c'est ton cas, je t'envoie ça ;)
@Cyberclic : Ton tetris est rudement bien fichu ! Chez moi ça plante pas...
J'ai commencé à regarder le code mais je vais pas digérer ça en deux coups de cuillère à pot...
Mais c'est motivant...
ça en est où de "l'équipe" ?
- Donc l'équipe, pour l’instant j'ai :
Patrice, Volgot, Pit73, conceptgame et moi-même.
Kloug et Monos, ça vous tente ?
-
Kloug et Monos, ça vous tente ?
Je j'aurais pas le temps en ce moment. Mais je vais suivre le projet.
- Volgot et Pit73, j'aimerais que vous soyez les développeurs principaux du jeu. Je serais là en support et les autres aussi.
Première mission : Faire le système de génération aléatoire des pièces.
Regardez mon exemple :
http://cyberclic.margasoft.fr/lumines/lumines.html
J'aimerais que vous mettiez en place une pièce composée de 4 blocs qui peuvent prendre 2 couleurs (blanc ou orange). Ce qui nous donne une pièce avec 2^4=16 combinaisons possibles.
Il faut également prévoir les 3 prochaines pièces à venir.
2 solutions s'offrent à vous :
1) Vous dessinez les 16 combinaisons possible de la pièce dans un seul actif (simple, mais prend plus de ressource en mémoire graphique)
2) Vous générez la pièce qui sera composée de 4 actifs prenant 2 couleurs chacun (complexe, plus propre, consomme moins de ressource)
- ok, je propose ça (voir pj) ::)
(faut appuyer sur la barre d'espace pour voir les pièces)
- Merci Volgot :)
Il y a un bon début. mais ça n'est pas ça. On doit voir en permanence 4 pièces :
3 pièces qui représentent les futures pièces n+1, n+2 et n+3
Et une pièce qui est la pièce en cours.
Dans ton moteur, quand je fais espace, ça me génère des nouvelles pièces sans utiliser la pièce précédente.
- tu veux que je fasse descendre la pièce n donc ?
- Non Volgot. Pour l'instant les pièces sont immobiles.
Voilà ce que j'attends en animation flash :
http://cyberclic.margasoft.fr/lumines/captures/lumines.swf
- ok je vois mieux, merci. Sinon : la pièce en cours, je la détruis ?
edit : ok ton animation répond à ma qtn ;)
- Voici ma stratégie pour ce projet :
On va tronçonner le jeu en plusieurs bout de code représentant toutes les routines du moteur. Ensuite on imbriquera le tout pour former le moteur du jeu complet.
C'est moi qui indiquerai le bout de code à faire.
Une fois que le bout de code demandé sera proposé ici par Volgot ou Pit73, on le validera tous ensemble avant de passer au bout de code suivant.
C'est la seule solution pour motiver les troupes et avancer rapidement. J'ai constaté que l'ont est plus réactif sur un bout de code de quelques lignes que sur un moteur complet d'une centaine de ligne.
-
ok je vois mieux, merci. Sinon : la pièce en cours, je la détruis ?
Tu fais comme tu le sens. A terme elle sera forcement détruite durant le jeu.
- ok je pense voir comment faire... je m'occuperai de ça demain par contre :)
Et comme ça Pit pourra s'y mettre aussi si ça lui dit ;)
Pour ta stratégie, ça me va tout à fait :)
- Pas de problème !
Donc la pièce en cours, le mieux est qu'elle soit créée puis détruite à chaque passe. Ça simplifiera l'intégration de ce bout de code dans le moteur final.
Bonne soirée ;)
- voilà ce que je propose :
http://www.logicieleducatif.fr/divers/test/generateur_pieces_aleatoire.swf
- Merci pour la réponse, sur mon hdd, MMF et CFT 2.5 standard, donc tant pis.
Je m’intéresse au projet, l'équipe est déjà au complet, on va se marcher sur les pieds.
De plus Cyberclic a déjà les moteurs du jeu...
Bonne continuation à tous et toutes.
-
;) kloug, c'est une réflexion commune, peut importe si on est nombreux, le but s'est de faire progresser chacun, si tu as une idee à donner pour améliorer n'hésites pas si tu en as envie ;)
Merci pour la réponse, sur mon hdd, MMF et CFT 2.5 standard, donc tant pis.
Je m’intéresse au projet, l'équipe est déjà au complet, on va se marcher sur les pieds.
De plus Cyberclic a déjà les moteurs du jeu...
Bonne continuation à tous et toutes.
- volgot, je n'arrive pas à voir ton exemple.
kloug, mon moteur n'est pas au point. Il faut tout refaire. SI tu regardes, il est buggé. Donc ton aide est la bienvenue.
-
C'est top ;) Et une bonne base de réflexion.
Je me suis permis de repartir de ton exemple, je vois pas mieux :)
Par contre, perso je préfère générer des pièces avec un curseur ( on le place ou on veut et ca génère ) et un tempo déclenché, ( genre on peut plus bouger la piece alors ca déclenche une nouvelle génération de pièce. )
J'ai réglé les positionnement plus globalement, pour pouvoir changer la taille des pièces et pas etre géné par ca.
Tout doit e^tre réglable je pense pour s'adapter à différentes résolution / taille de pieces.
Voilou l'exemple en pièce jointe
voilà ce que je propose :
http://www.logicieleducatif.fr/divers/test/generateur_pieces_aleatoire.swf
- Merci Pit ! :D
Je viens de regarder ton exemple. Tu as raison pour le pulseur, c'est mieux comme ça.
Pour la taille des pièces aussi, mais y'a un bug avec le module flash pour récupérer les dimensions d'un objet. J'ai rapporté ça dans le bugtracker récemment là-dessus justement.
Si tu exportes en swf, tu verras que ça marche pas :(
En attendant, on peut passer par une valeur modif, ça fera un compromis ;)
Attendons les prochaines instructions... ;D
- Parfait ! Vous avez bien bossé C'est exactement ce que je voulais pas seulement au niveau du code mais surtout au niveau organisationnel.
Volgot qui commence et Pit73 qui améliore. Je n'aurais pas pu rever mieux. Vraiment merci, c'est ça une équipe qui gagne :bravos
Seconde étape :
faire tourner de 90° la pièce en cours, en appuyant sur une touche.
Elle doit tourner dans le sens des aiguilles d'une montre.
Vous pouvez utiliser le MFA précédent pour y ajouter la fonction ou partir sur un nouveau.
- Ok voilà ma proposition Cyberclic :
http://www.logicieleducatif.fr/divers/test/lumines_03.swf
Tu veux que je laisse maintenant le mfa Pit ? ou t'es dessus toi aussi ?
mon bidule marche mais il doit y avoir moyen d'optimiser...
- Merci ! Je suis actuellement sur iPad donc je ne peux pas voir ton flash. Mais je te fais confiance.
Si tu penses que tu as terminé, tu peux laisser ton MFA à Pit pour qu'il laisse sa touche ;)
- ok j'ai mis le mfa en pj ;)
-
Le flash marche pas chez moi, je vois rien ds ls carrés blanc ;)
J'ai pas le module d'export flash non plus, je suis un peu alergique au flash, depuis les début... je suis plus attiré par le html5
Je sais pas si j'aurais du temps ce wikend, le mieux serait de se faire un planning ou qque chose comme ca pour voir sur quoi on travaille ;)
Avec des taches alouées à ceux qui veulent ;)
Je vais jeter un oeil au pivotage des pieces, c'est important, ca fait parti du module principal du moteur de jeu ;)
Je regarder ce que volgot a fait, je vais voir comment amélioré ca ;)
Pit
ok j'ai mis le mfa en pj ;)
- Merci à vous 2. L’essentiel étant que ça marche en toute circonstance (en flash, iOS, Android). Ce qui semble être le cas ici.
Après, optimiser tout ça est un plus.
Je vous montre ma méthode en PJ. Comme vous le voyez, c'est radicalement différent. Et c'est ça qui est génial ! C'est d'avoir plusieurs méthodes possibles dont certaines que l'ont aurait pas pensé.
La mienne comporte moins de ligne mais a tendance à bugger sur Android au fil du temps. Surement parce que je joue avec une chaîne de caractère et qu'à un moment ça s’emmêle les pinceaux en mémoire...
On va rester sur votre méthode, plus fiable.
- Voilà la prochaine étape, une fois celle du dessus finalisée :
Étape 3 :
Ajouter un effets smooth aux 3 pièces suivante à gauche.
Regardez cette vidéo :
https://www.youtube.com/watch?v=yGCrEmTo6h0
Quand on passe la pièce suivante, les pièces remontent de manière fluide d'un niveau.
- Oui comme tu dis c'est très intéressant de voir d'autres méthodes pour le même résultat !
J'aurai pas pensé à exploiter une chaîne pour ce type de jeu... vraiment pas con ton histoire, en particulier la manière dont tu gères la rotation.
Par contre c'est pas rassurant que ton truc bug sur android, c'est pourtant assez carré comme approche :o
Je laisse le temps à Pit73 d'optimiser (si ça te dit) avant de regarder la suite... ;)
ps : l'objet MoveIt est dispo dans tous les runtimes ?
- Préfère l'objet "Easing Object" plutôt que MoveIT. C'est son évolution et il est compatible tout runtime.
- ah ! ok merci :)
-
Hello,
voici une petite contribution pour commencer (voir imagejointe). Plusieurs propositions de graphismes que j'ai fait rapidement pour avoir vos retours:
- Classique
Matériaux de constructions: métal, brique, ...
- Thématique
Coupe du monde 2014: herbe ou maillot. Avec un petit ajout de gameplay pour diversifier: un ballon de foot sur certaines cases qui apporterait un bonus de score si le joueur parvient à le faire descendre jusqu'en bas.
- Combiné
Combiné avec un RPG: case Attaque et Soin. A chaque tour le héro accomplit une action correspondant aux cases détruites. Plus le nombre est important, plus l'action est puissante.
J'ai pas pu m'empêcher de rajouter un côté RPG. :jesors
Suivant les choix, je peaufinerai ça et m'attaquerai à un écran de fond.
- Super ! merci pour ta contribution :)
J'aime ton ton concept d’action en fonction de la case.
- Question graphisme, je pense qu'un système de gestion de template serait pas mal ;) Chacun pourrait faire son habillage par ex ;)
J'essaye de comprendre AGBO pour la suite, j'avoue que je galère, les exemples sont pas très explicite...
Quelqu'un aurait un tuto pratique décortiqué et simple?
Merci
Pit
- sympa les graphismes conceptgame :)
pareil que toi pit, je comprends mieux agbo mais ça reste encore trop superficielle (j'ai ptet pas assez creusé)
je vais essayer de regarder pour les déplacements des pièces aujourd'hui...
- Je maîtrise parfaitement AGBO. Je vais vous aider.
Dites-moi ici même si vous avez des questions, besoin d'aide.
- Yop question de débutant ;)
C'est quoi le principe et comment ca fonctionne ;) ?
Globalement je débute et peu rebuté par le module.
Pit
- Le principe c'est un tableau 2D numérique. Une grille si tu préfères.
Avec cet objet tu peux créer des cases qui prennent une valeur entre 1 et l'infini. C'est comme l'objet tableau de MMF. Peux lire et écrire des chiffres dans chacunes des cases.
Là où ça va plus loin, c'est que tu peux faire des recherches dans ce tableau. Des recherches de liaison pour être exact.
Tu peux aussi déplacer des cases avec gestion de collision.
Lancer des boucles en fonction des valeurs des cases
La doc est très bien faite, en anglais mais compréhensible.
http://cyberclic.margasoft.fr/AdvGameBoard.html
-
Je maîtrise parfaitement AGBO. Je vais vous aider.
Dites-moi ici même si vous avez des questions, besoin d'aide.
Très sympa ça :D
Pour ma part, je pense que j'ai pas assez pratiqué. Justement avec ce projet, on va bientôt entrer dans le vif du sujet et l'objet agbo va faire son entrée (fracassante !)... et puis l'aide "en ligne" est plutôt bien fichue donc j'attends avant de t'inonder de qtns ;)
Mais je vais suivre ce post avec encore plus d'intérêt^^
edit : messages croisés (parce que là mon message fait un peu redite)
- Bon voilà, ça donne ça :
http://logicieleducatif.fr/divers/test/lumines_04.swf
le mfa est en pj
- Je vais scruter la doc, je me rappelais plus qu'il y en avait une, c cool, en effet le html est perdu ds mon ancien répertoire de mmf ... ;)
-
Bon voilà, ça donne ça :
http://logicieleducatif.fr/divers/test/lumines_04.swf
le mfa est en pj
lien direct : http://logicieleducatif.fr/divers/test/lumines_04.html (http://logicieleducatif.fr/divers/test/lumines_04.swf)
- Hello, je connais bien Easy in/out
Si je peux me permettre une petite touche : https://www.dropbox.com/s/3xm313wjvqev2gd/Lumines_04pat.mfa
C'est super en tout cas :bravos
Je ne sais pas trop comment contribuer à tout ça, vous avez l'air de vous débrouiller à merveille
++
- Merci Patrice, j'ai cherché exactement cet effet là justement...
Grâce à Cyberclic j'ai découvert que MoveIt était la vieille version... et grâce à toi, hop voilà le fameux mouvement qui me tenait à coeur ! Sans parler des img de conceptgame et des améliorations du code de Pit...
Très sympa ce petit projet ! :bravos
- T'en fait pas Patrice, tu seras mis à contribution pour la partie sonore ;D
Sinon c'est bien sympa avec Easy
- Au fait, si quelqu'un d'ici maîtrise bien l'anglais, ça serait sympa de sa part de bien vouloir nous traduire la doc d'AGBO :
http://cyberclic.margasoft.fr/AdvGameBoard.html
Car les prochaines étapes, on va en bouffer de l'AGBO ;)
En plus ça servira à toute la communauté.
- quelques améliorations... les graphismes sont là provisoire bien sûr, en attendant les propositions des graphistes désignés pour le projet ;)
- Attention aux joueurs qui appuierons frénétiquement sur la touche bas...
A mon avis, il faut ajouter une sécurité
N'oubliez pas l'adage des développeurs : "User is drunk !' ::)
-
Attention aux joueurs qui appuierons frénétiquement sur la touche bas...
A mon avis, il faut ajouter une sécurité
N'oubliez pas l'adage des développeurs : "User is drunk !' ::)
C'est pas faux !
la dernière version en pj
- Parfait !
Ensuite, le pulse ne se fera plus avec la touche du bas mais une fois la pièce précédente posée au sol. Donc on n'aura pas le soucis de l'appui frénétique.
Prochaine étape :
Déplacer la pièce de gauche à droite avec les touches de direction.
Il faut pouvoir activer un déplacement rapide si on reste appuyé sur une direction de manière prolongée.
Le déplacement se fait case par case.
- Tu vas bien toi, c'est pas si évident que ça, je vous mets sur la voie ;)
- Merci pour ta contribution !
Je viens de plancher plus en détail sur le moteur de Lumines, en fait c'est plutôt complexe à mettre en oeuvre. On ne dirait pas au premier abord mais c'est d'un niveau assez élevé.
Donc si vous voulez qu'on change de projet pour quelque chose de plus simple...
Ou alors, quitte à partir sur quelque chose de complexe, autant partir directement sur un jeu plus ambitieux, comme un jeu d'aventure à la Zelda :P (Oui, j'y tiens au jeu d’aventure, mon idée de départ.)
Il faudrait que je vous retrouve mon moteur de Zelda, copie conforme de celui sur SNES (A Link To The Past). j'ai lâché l'affaire car c'est devenu une usine à gaz, impossible à gérer tout seul.
- Salut,
Ayant un peu d'expérience, j'avoue avoir voté non.
On va se marcher sur les pieds >> Mdr.
Un tétris c'est déjà hard alors Lumines...
Un projet communautaire se doit d'être accessible à un maximum de personnes, on a tous plus ou moins des projets en cours.
Zelda Solarus avec rmk représente un an et demi de travail, scénario, donjons, etc.
Un Zelda me conviendrait, à condition que les moteurs restent basiques, du WIP non merci, un moteur de 100 lignes pour déplacer un sprite non merci, un éditeur de map non merci, simplement parce qu'il y a déjà énormément à gérer, pas besoin d'en rajouter.
Sortir un Zelda sans prétention est une performance.
A+
- Yop
désolé je suis complètement débordé et pas beaucoup de temps pour tout gérer.
Le luminès me va, on est pas préssé, chacun fait un bout de code quand il a le temps ;) moi ca me va ;)
Un zelda? bah ca me semble bien compliqué, je préfère resté modeste et faire un lumines pour commencer ;)
Le moteur c'est pas grand chose, la finition pour un projet semi-pro est déja plus complexe ;)
On va pas s'arreter a la premiere difficulté?
lol
M'attaquer a AGBO m'interesse grandement :) pour ma part je vais continuer en ce sens.
Je suis sur plusieurs autres projet en meme temps, j'essaye d'en boucler un en particulier en ce moment, d'ou ma petite participation.
A+ Pit
- Pas de soucis mon cher Pit. Cela prendra le temps qu'il faudra.
Par contre je peux te dire pour l'avoir expérimenté, qu'un moteur de Lumines c'est pas si simple que cela.
On va vite s'en rendre compte quand on attaquera la partie AGBO.
- Hello,
Je suis dans le même état d'esprit que Pit. Très intéressé par ce projet. Mais pas énormément de temps à passer dessus car j'ai d'autres projets en cours...
Et pareil : je pense que c'est un excellent moyen de mieux connaître l'agbo de manière concrète !
Le niveau n'est pas si simple (mais ça reste franchement plus réaliste qu'un zelda pour un premier projet communautaire à mon avis) et j'avoue avoir buté sur la dernière étape. J'avais trouvé un truc mais c'était du bricolage. La méthode de Patrice est plus propre ! Faudrait voir pour borner les déplacements maintenant, je jetterai un oeil ;)
- Bon je trouve pas de trucs "propre" pour borner les déplacements latéraux :-[
Si quelqu'un pouvait régler ce problème, ça nous permettrait d'avancer... :-\
- En fait le secret c'est d'utiliser AGBO dès maintenant. On peut faire des déplacements d'objet case par case avec bornage.
Voir mon exemple. C'est simple à comprendre et propre car sans aucun capteur invisible ou autre.
- Impec cyberclic ! Ca nous fait une petite entrée en matière avec agbo en plus ;)
J'intégrerai ça dans ce qu'on a fait pour ce soir !
- Du coup autant utiliser agbo pour pivoter la pièce...
Je tourne autour du pot mais pas moyen d'y arriver.
Tu peux me mettre sur la voie cyberclic ?
- Je pense que'il faudrait utiliser l'action "Swap two bricks" de AGBO. Cela permet d'intervertir 2 briques entres-elles. Il faut faire en sorte d'intervertir correctement les 4 briques qui forment la pièce carré pour avoir une rotation.
Après il y a peut-être plus simple.
Je ne suis pas certain qu'AGBO soit utile pour faire pivoter la pièce. En tout cas ça n’apporte aucun avantage par rapport à ce qu'on fait actuellement.
Après rien ne nous empêche de tenter le coup. Donc moi je vois bien "Swap two bricks" pour faire ça.
- Merci cyberclic, ça marche avec swap to bricks en effet, et en seulement 3 lignes.
J'ai rajouté deux petits compteurs pour que ça s'adapte à la position de la pièce dans la grille.
L'avantage est de découvrir "swap to brick" ;) ça peut être pratique !
La dernière version en pj :)
edit : pour pivoter c'est barre d'espace maintenant (contrairement à ce qui est indiqué dans le mfa, j'ai oublié de changer.
- Hello, j'arrive toujours après la bataille mais j'avais pondu une solution alternative...
++