Ultimate Mplay

Bonjour à tous,

Je me demandais si quelqu'un pouvait m'aider pour programmer UM différemment que sa version de base. Personnellement je ne suis pas assez calé pour développer cet aspect du réseau de mon jeu; certains aspect, comme la création d'objet en simultanée ne me poseront pas de problèmes (enfin ésperons...)

L'idée: La version de base propose deux joueurs :"Player" et "Other_player", mais elle ne marche que si il y a seulemment une instance de chaque objet. La première étape pour mon jeu qui est une version multijoueur des lemmings aurait besoin d' un échange d'une trentaine d'instance "Player" (Pour l'envoyer à l'autre ordi sur le "Other_player").

La première méthode qui m'ait venu à l'esprit a consisté a donné 30 id différente au type de message 1, à faire une boucle pour répéter trente fois l'opération selon les élements de la liste lemmings. Puis à les lire, égalemment à l'aide d'une boucle.

Je me demandais si c'était une bonne méthode. Est ce que par exemple, pour échanger ces informations (lourdes à répeter en termes d'appel de fonctions) une méthode comme : "tout mettre dans un string" puis les redistribuer serait possible ?

Quels conseils me donneriez vous si vous etes avisé en matière de UM ? Merci d'avance

J'ai essayer de tout passer dans un string, le résultat est étrange ....

:non3:

Seulement un ordi sur les deux a une bonne synchronisation des objets, et cela n'a même pas de rapport avec l'ordinateur serveur ou le client . Sur l'un les objets ont bien la même abscisses et se déplacent, sur l'autre ils se déplacent mais perde du temps et les pixels perdu s'additionne.

Pourtant j'ai bien décidé de n'envoyer que la position x....

Je mets le gm6 à disposition si quelqu'un peut m'aider.
http://www.zshare.net/download/134132675c5a6d7b/

Re ...

Actuellement, j'essaye de reprendre cette programmation (lire 2nd méthode du 1er post, ou "tout mettre dans un string"...). J'avais décidé de continuer la partie solo du jeu et espérer trouver de l'aide sur internet, un programmeur chevronné que le réseau n'effraie pas :honte: .

Finalemment, (et si vous avez lu le 2nd post) j'ai toujours le même problème sauf que maintenant je l'ai compris. Re explication:

Les deux ordinateurs s'envoient mutuellement les coordonnées de LEURS objets à déplacer. Une fois les steps écoulés, il répéte l'opération. La différence de position s'explique puisqu'un des deux ordis est deux fois plus puissant, il a le temps d'enchainer les steps et d'envoyer les coordonnées au second, en prenant un peu d'avance à chaque step.

Pour résumé la lecture des messages, sous forme de string, le fait de gérer des objets "indépendants" de chaque coté (cad dont LEURS coordonnées sont calculées de manière indépendantes) ne permet pas de synchroniser les deux ordis et les empêche d'avancer en même temps. Voilà, vous l'aurez compris, quand un ordi fait 1800 step, à déplacer ses objets 1800 fois l'autre ne les a déplacé que 1700 fois. Si quelqu'un a une idée ?....

il me semble qu il existe une fonction pour que l'on puisse attendre jusqu'a ce
qu'un message arrive.

ben tu peux utiliser une boucle while,combinee a ca :

mplay_message_receive(player)

while(mplay_message_receive(player))=0
{
}

//lecture du message