salut !
je suis entrain de créer un mario en coopératif et je vouler savoir si c'est posible et comment faire pour que un écran change de room et l'autre reste dans la room...

Impossible, désolé.

domage...
merci cameme...

je crois que je vais faire tous dans la même room...

ou sinon fais ta room a 9999999/999999(enfin le maximum)
et fais tes niveau l'un en dessous de l'autre.si un des mario arrive a la fin du niveau, tu le teleporte au debut de la bande du 2me niveau

oué tu fait comme morgan ta dit
tu met tes niveau les un après les autre dans la meme room
ou les un au dessus des autre
et a la fin teleporte

merci !
mais sa va pas lagger ?

ehbien...c'est le probleme... si tu peux, tu fais 3 niveaux, et apres tu fais en sorte a la fin du 3me, que les 2 joueurs se mettent en équipe pour passer(commen pousser un gros bloc ou la courte échelle.

non c'est pas un problème ça

tu fais une condition genre si le joueur et proche d'un bloc tu ordonne a l'ordinateur de calculer le sprite, comme dans les vieux jeux de plateforme quoi...

oui, mais ca devient compliquer, si l'objet as un step...et meme sans

enfaite faut que je fasse que si mario est a 1000 de l'objet son sprites s'active et si il est a plus de 1000 il se désactive...
c'est sa ?

ben tu utilises les fonctions instance_activate et instance_deactivate (regarde dans l aide de gamemaker)

es-se-que les tils ralantise (sa doit etre considèrer comme un sprite...) ?

donc comment faire pour pas qu'il apparèse ?

sinon j'ai l'impression que GM calcule seulement les objet qui se trouve dans une views

Non gm calcule tous les objets dans la room, d'où l'utilité des fonctions instance_active et instance_deactivate...

Sinon, t'a première question, tu l'as certainement pas posé en français...

CrinDégun a écrit:

est-ce-que les tiles ralentissent (ça doit être considéré comme un sprite...) ?

donc comment faire pour pas qu'ils apparaissent ?

sinon j'ai l'impression que GM calcule seulement les objets qui se trouvent dans une views

Mais bon je sais pas comment GM gère les tiles et si c'est différent des instances vraiment, quoique ça devrait l'être vu que y'a pas de vérification à faire à tous les steps vu que c'est qu'une image immobile.

Super-Mouton a écrit:

CrinDégun a écrit:

est-ce-que les tiles ralentissent (ça doit être considéré comme un sprite...) ?

donc comment faire pour pas qu'ils apparaissent ?

sinon j'ai l'impression que GM calcule seulement les objets qui se trouvent dans une views

Mais bon je sais pas comment GM gère les tiles et si c'est différent des instances vraiment, quoique ça devrait l'être vu que y'a pas de vérification à faire à tous les steps vu que c'est qu'une image immobile.

En effet l'affichage stocké dans la ram est seulement ce que tu peux voir, il n'a pas toute l'image de la room en mouvement dans la ram, mais bon ce n'est qu'un détail.
Et les tiles sont gérés différemments des objets, mais comme les sprites, car ce n'est rien d'autre que l'équivalent d'un draw_sprite. Ils prennent cependant moins de mémoire en ram que les sprites, parce qu'ils ne peuvent être modifiés in-game.

CrinDégun a écrit:

salut !
je suis entrain de créer un mario en coopératif et je vouler savoir si c'est posible et comment faire pour que un écran change de room et l'autre reste dans la room...

Non, pas possible. Tu ne peux "voir" de room en même temps.
Donc pour le multi, si tu veux faire deux écran splité, il faut que les deux "écran" soit l'affichage de deux zones différentes dans une même room.


Ou sinon, peut être qu'en lançant 2 .exe en même temps qui communiqueraient grâce à un fichier texte ou autre, on pourrait bidouiller un truc pourris, c'est à voir, mais je n'y crois pas trop XD
En plus, ce serait vraiment une méchante complication.



Idée : au lieu de voir en même temps deux rooms différentes, pourquoi ne pas "copier une room dans l'autre, mais en temps réel"...
Tu me saisis ?



Genre un joueur est dans le niveau 1, l'autre dans le niveau 2, et bien, tu crée "pendant le jeu" une room "12". Et si le joueur 2 fini sa room, tu effaces tout et tu fais une room "13" en rechargeant la situation du joueur 1.
C'est la meilleur idée. Mais ça reste compliqué. il vaudrait mieux oublier tout ça.

Mike a écrit:

Non gm calcule tous les objets dans la room, d'où l'utilité des fonctions instance_active et instance_deactivate...

Sinon, t'a première question, tu l'as certainement pas posé en français...

ouai je sais pour l'orthographe...

sinon topaze je pense que je vais faire avec instance_active et instance_desactivate, sa sera plus simple