Manic - Le jeu

Bonjour à tous !

Alors voila, je me lance dans un projet bien énorme vu mon niveau mais j'ai conscience des progrès à faire et du temps que cela va me prendre. Je vous fais confiance à tous pour m'aider à me développer.
Le projet le voici, un héros, Manic, s'est fait avoir par l'ensemble des héros de jeux vidéos que nous connaissons aujourd'hui, en fait c'est lui, le seul héros qui existe, c'est lui qui sauve Peach, qui détruit Robotnik, qui ramène la paix sur Hyrule, bref, tous les héros que vous connaissez ne sont que des impostures, Mégaman, Mario, Sonic, Link, Crash, earthWorm Jim ne valent rien en fait !!
Mais aujourd'hui, Manic (Vous aurez reconnu le savoureux mélange entre Sonic et Mario) décide de se relever contre tous ces imposteurs dans une aventure que j'ai décidé de créer en jeux vidéo, grâce à Game Maker.

Ce projet est donc un jeu de plateforme, Manic devra courir, sauter, grimper et tirer. Chaque monde aboutira à un boss qui sera un héros que nous connaissons.Le personnage se déplace en scrolling horyzontale, dès qu'il atteint le milieu de la room, la caméra le suit sur le même principe que Mario et Sonic.

Je fait mes sprites et mes décors seul, je souhaite que tout vienne de moi (au plan graphique). En revanche, j'aurais besoin d'aide et cela ne fait aucun doute.

Voila mon projet plus qu’audacieux ! Voici où j'en suis: "Manic - Le jeu" (11,62Mo) une version rudimentaire de ce qui nous attend.

J'ai déjà des petits problèmes au niveau des sauts de mon personnages (problème bien récurrents à ce que j'ai vu sur ce site) et je me pose de grande question à propose du scrolling.

Voila, merci de votre future aide qui me sera précieuse.



ps: Tout les droits de cette histoire et de ce jeu m’appartient !

C'est beau, mais je te conseille vivement de regarder les exemples de plateforme car la programmation laisse à désirer.
Et puis comment ça se fait que ton jeu fave 11 mo pour une démo si petite ?

Bon je suis sympa quelque logique simple car je sais comment est programmé ton jeu

Si tu rencontres un obstacle va tu rentrer dedans et puis revenir à l'extérieur nan tu es stoppé bien avant.
La fonction place_free va donc t'être utile, maintenant pour sauté il faut que en dessous de toi il y est un solide donc un simple not devant le place free fera l'affaire.
Maintenant un principe fondamentale de la 2d en plateforme sont les masks, les collisions se font par les masks et non par les sprites en eux même.
Si j'ai le temps je te fais un exemple basic de plateforme.

Mais le gameplay, le héros peut sauter, tirer et c'est tout ?

je te conseille d'ajouter quelques petites choses qui rendrai justement le gameplay plus croustillant comme plusieurs armes, un grapin à la bionic commando, un double saut, un tir qui change en fonction des bonus glanés (3way, homing, laser etc...)

Enfin sinon, l'idée est bonne, j'ai toujours voulu l'estropier cet earthworm jim (crash bandicoot aussi)

Bon courage !

jbg77 a écrit:

C'est beau

Ah, c'est déjà au moins ça !!

jbg77 a écrit:

je te conseille vivement de regarder les exemples de plateforme car la programmation laisse à désirer.

Avec plaisir, on les trouve où ?? ET comment vois tu qu'elle laisse à désirer ?

jbg77 a écrit:

Et puis comment ça se fait que ton jeu fave 11 mo pour une démo si petite ?

Bonne question, cela doit être du aux images et à la musique (pas mise encore).

jbg77 a écrit:

Si tu rencontres un obstacle va tu rentrer dedans et puis revenir à l'extérieur nan tu es stoppé bien avant.
La fonction place_free va donc t'être utile, maintenant pour sauté il faut que en dessous de toi il y est un solide donc un simple not devant le place free fera l'affaire.

D'accord, alors là je commence déjà à lâcher un petit peu. Où se trouve cette fonction "place_free" et à quoi sert elle ? De plus, il y a déjà un solide sous mon personnage, alors c'est quoi cette histoire de not ?

jbg77 a écrit:

Si j'ai le temps je te fais un exemple basic de plateforme.

Super, avec plaisir !

Alec a écrit:

Mais le gameplay, le héros peut sauter, tirer et c'est tout ?

Attends, attends...ce n'est que le début, quand je serais déjà faire tout ça, ça sera déjà bien ! Biensur après, j'envisageais effectivement d'autre armes. Cependant, avec un simple gameplay, on peut déjà faire des choses extraordinaires, ne l'oublions pas.

Question bonus, quand j’appuie sur "Up", mon personnage saute, et quand je relâche la gravité le fait retomber. Mais quand on reste appuyé sur "Up" il continue sans cesse de monter, comment lutter contre ça ?

Merci beaucoup de votre aide !

Voilà un exemple de plateforme basic (donc pas de pentes etc, les étudier seraient du suicide pour l'instant pour toi lol) :
Lien
Ah oui un conseille pour les musiques il faut les mètres en externes.

Et pour les exemples : http://www.lecbna.org/

Merci beaucoup pour la précision de tes explications, très instructif !!
Je viens d'analyser ce que tu viens de me proposer. Vraiment très intéressant, mais n'y a t'il pas la possibilité de faire ça en Drag & Drop plutôt qu'en GML ?

Salut.
Alors ça a l'air cool les graphismes sont beau
C'est vrai que 11mo pour une démo c'est beaucoup.

Mais autrement l'idée est bonne
Bonne continuation

Il faut que tu abandonne le drap and drop pour le gml car tu n'arrivera à rien de convenable avec le drap and drop...
Des tutos sur le gml
https://cbna.forumactif.com/t10918-apprendre-le-gml-1-initiation
https://cbna.forumactif.com/t10921-apprendre-le-gml-2-condition
https://cbna.forumactif.com/t10922-apprendre-le-gml-3-les-tableaux-de-variables
https://cbna.forumactif.com/t10923-apprendre-le-gml-4-les-boucles
https://cbna.forumactif.com/t10924-apprendre-le-gml-5-ce-qu-il-reste-a-connaitre
https://cbna.forumactif.com/t10991-apprendre-le-gml-objets-et-instances

Merci pour ces liens !!

Je suppose qu'en GML on peut aller bien plus loin et faire bien plus de chose qu'en D&D ?

Oui bien sur c'est sans comparaison.

wa l'idée!

j'ai un lien dans ma signature que devrais t'intéresser (j'ai l'impression de me répéter ' )

J'adore le scénario, j'espère que le gameplay suivra (genre duel entre deux héros sur qui réussi le mieux le niveau, etc ...)

Merci à tous pour vos réponses toutes intéressantes.
Je vais tenter de me mettre à fond dans le GML alors... je viens de cliquer sur ta signature Deindall et j'ai télécharger le .gmk de ton super paper mario. Excellent, dans ta room il y a tout d'important, le saut, le double saut, l'eau, les pentes, les échelles, les tapis roulants.
Je tente de decrypter un peu mais pour le moment c'est assez chaud.

J'ai également commencé par parcourir les tuto du forum pour apprendre les bases du GML mais c'est très dur à digérer car on ne pratique pas...
Je pense que je vais devoir bidouiller moi même pour comprendre certaines choses. A moins que vous ayez des exercices particulier à donner à un noob

En tout cas merci à tous de votre aide et de votre soutient.

ouah, un jeux mariau.

sinon, avant d'envisager un gros projet.
envisage déja un petit projet, avec un système de jeu bien construit, quitte à ne faire que 2-3 niveaux.
ensuite tu feras ta plénitude de stages et de boss.

en plus ca te servira à rien de faire plein de stages alors que ton jeu sera mal codé car quand tu voudras modifier du code, tu devras modifier 50000 trucs.
au passage, on dit "jeux vidéo" au pluriel, pas "jeux vidéos", ca fait tâche sur ton image.
et il faudrait une image de ton jeu pour voir à quoi ca ressemble ingame.

Breakman a écrit:

avec un simple gameplay, on peut déjà faire des choses extraordinaires

Ma philosophie : "gameplay au service du level design et level design au service du gameplay"


Si le gameplay n'évolue pas tu est presque obligé de faire évoluer le level design (genre des mécaniques spécifiques à chaque niveau) et vice et versa...

Enfin bon, après il n'y a pas forcément de règles établies mais si tu as une certaine expérience sur les titres cités plus haut (sonic, mario etc....) tu verras ce que je veux dire !

Ps c'est peut être pas valable pour streets of rage ("et tu tappes tappes tappes c'est ta façon d'aimer....")

Alec a écrit:

Ma philosophie : "gameplay au service du level design et level design au service du gameplay"

Je plussois.

Sinon la je dl le jeu, qui est en effet un peu lourd :p

En tout cas comme précedement dit tu devrais te familiariser avec le gml, qui est extrèmement puissant (même si certains langages comme le C++ lui foutent un méga raclé ) et finalement pas très compliqué a apprendre. Je te conseille avant tout de télécharger la documentation française de GM ici. Tu y trouveras la plupart de tes réponses.

Sinon la "programmation" est un domaine ou on apprend beaucoup en regardant les codes sources des autres. Voici un recueil d'exemples rangés, et voila un topic ou tout le monde poste ses propres gm6/gmk (ici)

Y a aussi les packs d'exemples du site, bref tu vas pas t'ennuyer :p

Bon, finis la parlotte, je teste.

Edit :
Bon j'ai testé, les graphs sont cool, mais tu a beaucoup a apprendre jeune padawan

Pense aussi a utiliser des décors tileables, sinon ton jeu vas peser 100Mo pour 2-3 niveaux :p

Breakman a écrit:

Merci à tous pour vos réponses toutes intéressantes.
j'ai télécharger le .gmk de ton super paper mario. Excellent, dans ta room il y a tout d'important, le saut, le double saut, l'eau, les pentes, les échelles, les tapis roulants.
Je tente de decrypter un peu mais pour le moment c'est assez chaud.

C'est moi qui l'a fait, et il est franchement compliqué je te conseille déjà bien comprendre le moteur que j'ai posté en haut ou le moteur simple de DeinDall.

Je suis entrain de me casser la tête...
Ça dis à quelqu'un de faire ce projet avec moi

Tout le monde passe par là c'est en persévérant qu'on devient un bon programmeurs, tu peux bien sur nous posé des questions.

Et je commencerais par deux choses:

1-Je vais suivre le conseil de Zebdal. Et commencer par un plus petit projet sur le même thème que je ferais évoluer au fur et à mesure). Donc, je vais tenter de faire un petit menue de départ déjà pour bien comprendre et agencer les rooms.

2-Je suis perplexe avec cette histoire de mask...pourquoi le simple fait de laisser le sprite s'en charger n'est pas bon ?

Et bien c'est simple imagine que ton perso marche les jambes vont monté donc le perso va descendre, puis il s'arrête donc il les jambes sont baissé mais le perso ne sera pas remonté, il sera donc dans le sol. Et puis tout les jeux utilisent des masks c'est plus simple pour les collisions. Je pense que d'autre membres pourront mieux t'expliqué que moi ...

Pour faire simple : tes sprites étant animés, ils n'occupent pas en permanence les mêmes pixels à l'écran, et cela peut poser souci en particulier avec les membres : bras ou jambe qui s'avance et qui se fourre dans un mur par exemple. Utiliser un mask permet de fixer une zone de collision constante. Si une collision n'est pas effectuée alors, quoi que fasse le sprite, elle ne le sera pas au step suivant si ton perso n'a pas bougé.
Un autre avantage est d'adapter ce mask à l'espace disponible dans les niveaux : tu peux par exemple faire un mask de deux blocs de haut exactement, même si ton sprite fait quelques pixels de plus. Et si tu veux te baisser pour passer dans des tunnels de 1 bloc de haut, tu n'auras pas besoin de faire un sprite effectivement deux fois plus tassé, ce qui est assez inhumain (essayez de vous accroupir sous un plafond de 60cm).

Voilou.

Par contre si tu définis une bounding box a ton sprite normalement pas besoin d'utiliser de mask (et c'est plus optimisé :p)

onilink_ a écrit:

une bounding box

Vous voulez m’embrouiller ou quoi ?
C'est l'équivalent d'une Hit-Box non ?

C'est la même chose, et dans l'utilisation c'est rien d'autre qu'un masque rectangulaire

Pas vraiment, car si tu utilise un mask sous la forme d'image, la détection de collision va être assez lente (pixel perfect). Alors que la détections entre deux aabb est vraiment très rapide.
Bien sur c'est pas un truc qui se vois trop, mais c'est en optimisant par ci par la qu'on fait grimper le fps.
(A gratter du fps j'ai quand même réussi a faire un mini raytracer sous GM lol, et pas super lent en plus :p)

Okay !!
Dites, j'aimerais mettre une petite démo avant un futur menu "Jouer ; Option", c'est possible de faire des démo de jeu sur GM ? Je n'ai vu personne en parler...

Des démo du genre pseudo vidéos ? ou on ne fait que regarder ?

@onilink_ : j'ai bien dit "dans l'utilisation", après je me doute bien qu'utiliser tout un sprite rectangulaire ça va bouffer plus que 4 malheureuses coordonnées à vérifier :p

Sinon pour ce qui est d'une séquence démo, on avait eu un gros topic sur feu GMZ, à propos de faire ça pour un shoot'em up et on était arrivé à un résultat sympa. En fait on a utilisé un fichier texte qui, chargé en mémoire puis lu ligne par ligne, permettait de déplacer les objets de manière préenregistrée. Le tout étant de stocker suffisamment d'infos pour restituer intégralement la partie, mais pas trop pour éviter de consommer trop de mémoire...

On avait fait deux versions :

- Instructions en clair dans le texte : chaque ligne est lancée par un execute_string() (onilink_, pas taper ), avec des fonctions perso pour éviter que ça prenne trop de place.

Code:

BJ(258,384);JT(21);
Ex(132,483);
etc...

Avec par exemple BJ(x,y) : Bouger Joueur, JT(dir) : Joueur Tire, Ex(x,y) : déclencher une explosion... Chacune étant un script contenant les instructions appropriées.

- Instructions codées : le fichier n'est pas un fichier texte mais un fichier binaire, et chaque instruction est codée sur une chaîne de bits. Le premier octet détermine quelle instruction exécuter, et les suivants ses paramètres. Il faut alors un lexique pour savoir à quelle instruction correspond chaque octet.

Code:

00 : Passe, équivalent au retour à la ligne
01 XX XX YY YY : déplacer le joueur à la position (X,Y)
...
0A DD DD: faire tirer le joueur dans la direction D (en centièmes de degrés)
...
1E XX XX YY YY : explosion en (X,Y)
...
B5 II II XX XX YY YY : déplacer l'ennemi I en (X,Y)
etc...

Le fichier dans la même situation que ci-dessus est alors, en hexadécimal toujours :

Code:

01 0102 0180
0A 0834
00
1E 0084 01E3
00

Par contre pour l'exemple les paramètres sont codées directement en tant qu'entier sur deux octets, ce qui peut être insuffisant si la map est grande, s'il y a plein d'ennemis ou si tu veux coder des nombres réels. On peut utiliser plus d'octets, ou alors il existe d'autres méthodes d'écriture comme les float, mais il te faudra les recoder à la main ou utiliser une dll car GM ne les gère pas de base

Hum, pavé. Si tu n'as rien pigé à ce qui est ci-dessus, on reprendra avec les fichiers en clair.

D-z a écrit:

- Instructions en clair dans le texte : chaque ligne est lancée par un execute_string() (onilink_, pas taper ), avec des fonctions perso pour éviter que ça prenne trop de place.

D-z a écrit:

- Instructions cryptées : le fichier n'est pas un fichier texte mais un fichier binaire, et chaque instruction est codée sur une chaîne de bits. Le premier octet détermine quelle instruction exécuter, et les suivants ses paramètres. Il faut alors un lexique pour savoir à quelle instruction correspond chaque octet.

binaire != crypté

D-z a écrit:

Par contre pour l'exemple les paramètres sont codées directement en tant qu'entier sur deux octets, ce qui peut être insuffisant si la map est grande, s'il y a plein d'ennemis ou si tu veux coder des nombres réels. On peut utiliser plus d'octets, ou alors il existe d'autres méthodes d'écriture comme les float, mais il te faudra les recoder à la main ou utiliser une dll car GM ne les gère pas de base

http://host-a.net/onilink_/types.gml
de https://cbna.forumactif.com/t10171-tutoriel-non-finis-creer-ses-propres-sauvegardes