Salut à tous !

J'ai déjà posté ce message sur le forum "Création de jeux", j'espère que ça ne pose pas de problème si je reposte ici.

J'essaye de programmer un petit jeu multijoueur. C'est un jeu de plateforme, donc temps réel et beaucoup d'inputs à gérer chez chaque client.

Ce n'est pas le jeu qui m’intéresse, je le prends plutôt comme un exercice appliqué pour apprendre la programmation réseau.

Ma question concerne l'architecture du moteur réseau.
Quelles informations envoyer, quand et comment ?
J'hésite entre les sockets UDP et TCP.

La solution que j'envisage en ce moment est d'utiliser TCP pour envoyer exactement chaque input (appui de touche, clic de souris...) du client 1 au client 2 (via un serveur). Ainsi, le client 2 peut reproduire les actions du joueur 2 en interne.
Cependant, je trouve déjà de nombreux désavantages à cette idée.

Si vous avez des pistes ou des conseils, ça me ferait très plaisir d'en apprendre plus sur l'architecture réseau (à un niveau modeste bien sûr, pour l'instant j'essaye juste avec 2 joueurs en LAN).

Voilà, merci d'avance et bonne journée !

Je suis pas expert mais déjà je ferai :
- un maximum de chose doit être géré par le serveur
- tout passe par le serveur
- le client est essentiellement un afficheur qui envoie les input et actions client au serveur
- les choses gérées par le client ne doivent pas influencer le gameplay (par ex la physique de petits objets décoratifs n'a pas besoin d'être calculé par le serveur).

Oui en effet ça évite le problème majeur de la désynchronisation quand les clients gèrent trop de choses de leur côté.
Et du coup je pense avoir une idée de ce que le client envoie au serveur (input), mais qu'est ce que le serveur envoie aux clients ?

Par exemple quand tu envoie un input, ton serveur update ta position et te l'envoie. Il t'envoie aussi la position des autres joueurs au passage et ce qu'ils font.