[UDP] temps-réel dans un jeu - stratégie à adopter ?

Question

bonjour a tous,





imaginons le cas de figure suivant :





j'ai 2 programmes, client et serveur.


- le premier &#233;coute les evenements d'un joystick et envoie les coordon&#233;es des axes par UDP au second


- le second les re&#231;oit et les utilise.





l'udp est utilis&#233; afin de garantir une transmission temps r&#233;&#232;l (comme dans les jeux en r&#233;seau style FPS)





mon seul prob&#232;me est de savoir quelle strat&#233;gie adopter pour envoyer ces paquets. Voici celles que j'ai envisag&#233;es :





1 - Les envoyer simplement avec un sento() &#224; la suite les unes des
autres, &#224; chaque r&#233;ception d'un evenement joystick. Mais cela ne permet
pas de garantir que la derni&#232;re coordonn&#233;e est arriv&#233;e.




2 - Envoyer en permanence avec un sleep de 5 millisecondes les
coordonn&#233;es joystick. Un peu bourrin et surtout pourquoi 5
millisecondes et pas un autre nombre, cela d&#233;pendrait de la qualit&#233; du
r&#233;seau.




3 - Envoyer les coordon&#233;es avec un identificateur unique, puis
attendre une r&#233;ponse avec ce meme identificateur pour en renvoyer un
autre. Oui mais si la r&#233;ponse ne reviens jamais, le programme se
bloque. On peut alors penser &#224; un timeout &#224; partir duquel les
coordonn&#233;es sont r&#233;&#233;mise. Et encore une fois, quelle valeur pour ce
timeout ?




voil&#224;, j'ai pas d'autres id&#233;es pour le moment. En fait jaimerais
bien m'inspirer des jeux existant genre counter-strike, ou ceux
open-source pour aller voir comment ils proc&#232;dent.


Si certain ont d&#233;j&#224; eu l'occasion de travailler sur le probl&#232;me....





Merci 


bye

MorpionMx · Answer

Salut, 

Beaucoup de questions la dedans !

Je ne suis pas du tout un expert dans ce domaine, mais pour ce qui est des donn&#233;es resultant de l'action d'un joueur (et la reponse du serveur), j'aurais plutot pens&#233; les envoyer en via TCP plutot qu'UDP. Parce que ca peut-etre assez genant si le serveur ne recoit pas les commandes du joueur (et reciproquement). J'utiliserais UDP plutot pour envoyer (depuis le serveur) les donn&#233;es resultant des autres joueurs (je veux dire par la que c'est moins grave s'il y a une perte de paquet par rapport a la position a l'ecran des autres joueurs, cela sera corrig&#233; avec les paquets suivants). Le principal c'est que le serveur ait lui les positions exactes.

Du coup, en utilisant TCP, tu garantis que ton paquet est arriv&#233;, et ton choix 1) est faisable.
Je ne pense pas que la 2) soit une bonne id&#233;e. Et la 3), revient en fait implicitement a la un (du fait du fonctionnement du protocole TCP).

Par contre, si ca se trouve, je me trompe a 100% (je t'expose juste l'id&#233;e que je m'en fais)
Es-tu all&#233; voir ce qu'ils disaient a propos de ce sujet sur les sites sp&#233;cialis&#233;s developpement de jeu (style gamedev)



Mx
MVP C#

docteur_re · Answer

va voir l&#224; : http://www.cppfrance.com/forum.v2.aspx?ID=685163

en fait TCP est beaucoup plus lent que UDP ce qui emp&#232;che le temps-r&#233;el du fait de tout le m&#233;canisme de traitement des erreurs.

en l'occurence le 3 ne revient pas du tout &#224; faire du TCP, TCP &#233;tant beaucoup plus complexe que &#231;a.

mais va voir l'autre thread, tout est bien expliqu&#233;

bye ;)

MorpionMx · Answer

Oki, donc en fait tu avais eu ta r&#233;ponse ;)
Je prends note des conseils que tu as eu sur l'autre article. J'avais pas envisag&#233; la lourdeur de TCP dans ce sens. Donc en effet, UDP a l'air conseill&#233; dans ton cas.

Bonne continuation



Mx
MVP C#

[UDP] temps-réel dans un jeu - stratégie à adopter ?

3 réponses

Votre réponse

Discussions similaires