Discussion :

[Ekinoks]

Salut !
Je suis en train de créé un jeu en C++ avec l’opengl et j’en suis a la partie réseau.
J’ai utilisé la méthode suivante :
A chaque réactualisations de l’encrant (environ 100 FPS) si un objet à changé de position, les nouvelles coordonnées de cette objet son envoyé par socket a l’autre pc pour qu’il puisse lui aussi le faire changer de position.
Malheureusement, le déplacement des objets par le réseau n’est pas fluide même en réseau local. Et la taille des messages de déplacement ne font que quelque 27 Octets ce qui est loin de surcharger le réseau local ...

Comment puis-je faire pour arranger cela ? Existe-t-il une autre méthode ?
Savez vous quel méthode utilise les jeux a la doom ?

Merci d'avance de vos éventuelles réponses ^^

[Aramis]

Bonjour,

le manque de fluidite est peu etre du a la maniere avec laquelle vous envoyez vos donnes. Je sais par experience que lorsque le protocole TCP est employe il faut souvent faire en sorte que la communication se fasse de maniere asynchrone (que ce soit avec des threads ou bien en CallBack). La raison est tres simple, comme vous l'avez constater le reseau est non-determinisitic c'est a dire qu'il n'est pas possible de savoir exactement quand les evenements vont se derouler. C'est pourquoi si vous developpez autrement qu'avec les deux methodes citees la communication sera bloquante; toute autre tache sera suspendu en attendant que l'exchange d'info soit termine.

Il me semble que pour contourner ce probleme les jeux du style Quake 3 et HL I & II utilise, TCP pour la communication initiale (c'est a dire l'arrive sur le serveur) mais tout exchange de donnees se fait en UDP. Le serveur envoie les infos tant que les clients n'ont pas repondu... (jusqu'a un certain point bien sur ).

Pourquoi ne pas satisfaire votre curiosite avec votre jeux prefere et lancer une capture Ethereal pour savoir se qui se passe?

Ar@mi$

[Ekinoks]

Tout d’abord, merci pour votre réponse.
Effectivement, je me suis aperçu que pour la réception, la fonction recv été bloquante, bloquant ainsi le programme temps que la transmission du message entre les 2 PC ne soit pas termine.
J’ai donc créé un thread qui s’occupe de recevoir et de traiter les messages reçu.
Pour ce qui est de la fonction send, il ne me semble pas que celle ci pose problème et je fais appelle a cette fonction au sain même du programme principale.

Pour ce qui est des protocoles à utiliser comme TCP, UDP ou autre... le problème vient sûrement de la car j’y connais rien la dedans pour ce qui est des caractéristiques et autre...
Je me connecte de cette manière :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

Si non pour ce qui est de faire une capture Ethereal, cela est une bonne idée, je vais essayer de fouiner un peu voir si je trouve quelque chose d’intéressent =)

Merci

[Matthieu Brucher]

Envoyer les données selon e FPS, c'est un peu casse-gueule si plusieurs PCs communiquent mais n'ont pas la même puissance, le jeu sera bridé par le plus lent !
Le protocole TCP impose un accusé de réception, pas le protocole UDP, donc il est plus rapide, à priori.

[Ekinoks]

Salut,
Ca y est je me connecte maintenant en UDP et effectivement, il n’y a plus de problème... enfin les déplacements ne son plus saccadé en tout cas ^^
Par contre j’ai un nouveau problème :^/ lorsque l’un des deux pc n’est pas connecter directement sur internet mais passe par un serveur, rooteur ou autre, la connexion ne passe plus...

Pour répondre a Miles, effectivement se basé sur les FPS c’est un peu casse-gueule mais pas autant que tu le dit... si le PC d’en face n’a que 10 FPS, seule le rafraîchissement de son personnage sur mon écran sera de 10 FPS pour le décor, c’est mon pc qui calcule et qui rafraîchir a sa propre vitesse.

Merci pour votre aide

[Aramis]

Par contre j’ai un nouveau problème :^/ lorsque l’un des deux pc n’est pas connecter directement sur internet mais passe par un serveur, rooteur ou autre, la connexion ne passe plus...

Re,

lorsque je jouais a Dawn of War a partir de chez mes parents j'utilisais un modem ADSL et un firewall (ZoneALarm). Meme jeu mais chez moi cette fois, router et paf ca ne marche plus.... Oui, le firewall sur la machine local peut tres bien empeche l'utilisation du protocol UDP (UDP = tres dangereux pour l'internet ). Ensuite, il se peut que les clients "distants" doivent ouvrir les ports necessaires sur leurs routeurs/servers et etc pour que tout ce passe bien....

Ar@mi$

[Ekinoks]

Ha d’accord, ça explique tout... et es que par hasard, il n'existe pas un port pas le quel je puisse passer en UDP et ou les firewalls et rooteur le laisse ouvert ?
Un peu comme le port 80, 21... ?

[2Eurocents]

Un administrateur réseau consciencieux fermera TOUS les ports, en entrée de son réseau, et ne les rouvrira que sous la pression des utilisateurs mécontents qui lui présenteront un besoin REEL !

On traduit parfois "Firewall" par "Garde-Barrière" ... C'est le rôle effectif. Si le garde-barrière, comme un vigile d'entreprise, laisse passer un peu n'importe quoi, il ne sert à rien.

Le port 80 est ouvert, parce qu'il y a un besoin.

Le port 21 est de moins en moins souvent ouvert - perso, je le ferme systématiquement.

Les ports 25 (SMTP) ou 53 (DNS) ne doivent être ouverts qu'avec parcimonie.

Pour le reste, la prudence recommande la fermeture jusqu'à plus ample informé.

[Ekinoks]

Ha ok ! Donc si j’ai bien compris je peu choisir le port que je veux, il n’existe aucun port UDP que les Firewall laisse gentiment ouvert ?

Merci