Discussion :

[duplo]

Bonjour a tous,

dans le cadre d'un projet, je dois réaliser un jeu un peux genre mario cart en arrène.
Un serveur au quel ce connecte une dizaine de clients.
Ceux ci pourrons se déplacer sur une map en 3d a bord d'une sorte de véhicule.
la collision joueur/carte est géré coté client pour chaque joueur.
A chaque intervalle donné, le client envois ses coordonnées au serveur qui redistribue a tout les autres joueurs.

la ou sa commence a poser problème : la collision inter-joueur et le déplacements des objets qui pourraient eventuellement etre projeté suite a la collision avec le vehicule du joueur ( une bariere pour exemple ).

ou cela est il géré ?
comment procéder ?

mon approche premiere est elle correcte ?


Le projet sera codé en C++ Qt 4.4 Irrlicht ou ODE ( pas encore décidé )
Pour le reseau je pensais coder un serveur perso en Qt


Par avance merci.

Dup.

[Rafy]

Salut,
Il y a des choses très importantes auxquelles il faut penser et garder à l'esprit quand on code en réseau. En particuliers LA règle qui ne doit en aucun cas être contrariée : "Never trust the client".
Tu parlais que chacun de tes client effectuait le calcul de collision avec les autres joueurs. Il ne faut surtout pas faire ça !!! C'est le serveur qui doit faire tous les calculs et il envoie les positions vitesses éventuellement à tous les clients qui ne font "que" d'afficher.
Si c'était le client qui faisait les calculs, tout le monde pourrait tricher !! Moi je recode un client et il dit au serveur que je vais 2 fois plus vite que tout le monde et à chaque fois je gagne
"Never trust the client"

[duplo]

ok, déjà un grand merci pour cette réponse car sa a résolue pas mal de problèmes.

J'aimerais aussi savoir comment sa se passe du coté des informations a faire passer.

Étant donné que c'est le serveur qui s'occupe de toute la partie physique, toutes les infos de déplacement sont a faire passer par le réseau.
Je suppose que l'on ne renvois que les informations sur les objets qui sont en mouvement question de ne pas encombré le réseau inutilement.
Ce qui me chiffonne un peux quand même c'est par exemple un joueur vas rentrer dans une barrière, celle ci doit bouger en conséquence mais es ce que c'est le serveur qui doit gérer sa aussi ? parce que sa va commencer a faire beaucoup de choses qui passent par le reseau !!

De même pour diriger les joueurs, c'est le serveur qui doit autoriser le deplacement ?


je m'arrete parce que des questions du genre j'en ai encore des tas et que je ne trouve pas beaucoup d'infos la dessus sur le net ...


Merci de votre aide !


Dup

[Rafy]

Salut,
Malheureusement je ne vais pas pouvoir répondre à toutes tes questions, car je ne connais pas toutes les réponses. En effet, je développe en ce moment donc je ne peux parler que de choses que je suis en train de faire, sans recul.
Mais je peux tout de même te dire certaines choses. Je vais les étayer par un lien qui m'a permi de comprendre pas mal de choses (mais il est en anglais) et un second, en français, qui va moins dans certains détails, mais qui est je pense complémentaires.
Le serveur effectue tous les calculs de physique à l'exception de ceux qui relève des effets graphiques. Par exemple, quand tu tirs dans un murs, des étincelles giclent, ce n'est pas le serveur qui va calculer leur trajectoires, c'est le client qui va s'en occuper. Elles n'ont pas d'impact dans le jeu. Le feu, s'il n'est pas précalculé, c'est le client qui va le calculer. Toutes cas choses qui ne sont que du "plus" du type effets, c'est le client qui s'en charge. Tout le reste, c'est le serveur. Tous les objets qui doivent être placés au même endroit sur tous les clients doivent être calculé par le serveur. Donc ta barrière doit être calculée par le serveur et sa position etc doit être envoyée aux clients.
Pour ce qui est de la taille des paquets, je n'y ai pas encore réfléchi. (pour le moment dans mon cas j'essaye de faire un truc qui fonctionne avant de faire un truc performant).
Voila, bonne lecture avec les deux liens :p
Lien en anglais : http://developer.valvesoftware.com/w...yer_Networking
Lien en Français : http://www.e-t172.net/articles/srcnetcode/