Discussion :

[Naografix]

Bonsoir a tous !

Voilà, j'aimerais créer (pour m'entraîner et découvrir un peu XNA) un Pong en ligne.

J'ai plusieurs concepts dans ma tête et je sais le faire en local (contre un PC)

Maintenant, j'aimerais passer à l'étape suivante qui consiste à faire jouer un ami (pas forcement en LAN) contre moi.

En quelque sorte, qu'on se retrouve dans une sorte de room et qu'on puisse jouer l'un contre l'autre sans être sur le même réseau.

Alors voilà ma question, auriez-vous, sous la main ou autre, des tutos ou de l'aide pour m'expliquer quel est le meilleur moyen de faire communiquer deux joueurs entre eux (ou plus) et surtout pouvoir envoyer des infos, comme par exemple, faire un chat, envoyer la position de la raquette, etc.

Je n'ai jamais fait quelque chose en ligne, donc je n'ai aucune idée de comment le flux d'info fonctionne.

C'est pourquoi je m'adresse a vous !

Merci de votre aide !

[Pol63]

(pas exhaustif)

sur ip tu peux envoyer des octets, vers une ip et un port
dans la couche de base tu as le choix entre du tcp (réception ordonnée et sure) ou de l'udp (l'inverse, mais plus rapide, genre pour du streaming vidéo)
après par dessus il y a des surcouches comme de l'udp avec les avantages du tcp (rudp peut etre, je sais plus, mais c'est une surcouche logiciel de l'udp)

le tcp est le plus courant pour des échanges sûr (en cas de perte de paquet, celui est renvoyé, et c'est géré nativement)
en .net il y a la classe socket
elle est pas spécialement pratique car très orientée bas niveau, donc ils ont fait aussi tcplistener (serveur) et tcpclient (client ^^)
c'est un peu plus simple à comprendre mais sans plus
une fois la connexion établie tu peux envoyer des octets

des octets certes, mais l'octet est à la base de tout
bitconverter permet d'obtenir les octets d'un int32 par exemple, pour un string, ca dépend de l'encodage (ascii, utf8 ...) et il y a system.text.encoding qui permet la transformation string<=>bytes

il y a quinze ans on se fabriquait donc un protocole de communication pour dire que pour faire telle chose on envoyait tels octets (ou tel string), avec des paramètres si nécessaires
http est un protocole sur du tcp/ip par exemple
on voit écrit en clair GET machin ... et en cas de variables il y a un content-length qui dit à celui qui recoit la trame combien d'octets il doit lire ensuite
les normes de diagloques sont souvent basés sur des début de trame, fin de trame et/ou envoi du contenu


après il y a eut des tas de surcouches, WCF est la plus récente en .net
là tout le protocole de dialogue est encapsulé, tu exposes une interface, tu demandes la connexion et récupère une instance
et quand tu appelles une fonction sur l'instance côté client, c'est le serveur qui va exécuter le code de son instance à lui, et retourner la réponse à l'appelant, donc c'est très transparent dans le code client
comme toutes les surcouches il peut y avoir des inconvénients

[theMonz31]

salut

et si tu veux regarder un truc, c'est cette librairie : lidgren...

https://code.google.com/p/lidgren-network/

Souvent utilisée dans les jeux...

Après, les jeux en ligne fonctionnent très souvent sur le système :

Serveur <=> Client...

Avec connexion en TCP ou UDP si on peut perdre des paquets...

après, qui dit réseau, dit parfois lag.. donc, pas mal de jeux utilisent des technos d'envoie d'une coordonnée et d'un vecteur de direction, accelération, etc.. comme ça,
même si on perds des trames réseaux, on n'est pas complètement perdu et surtout on connait la trajectoire de l'objet envoyé...

Franchement, des exemples des serveurs en TCP / UDP avec TCPListener et autres se trouvent "à la pelle" sur le net et en .Net

[Pol63]

j'ai oublié de préciser qu'avec le ping de l'adsl tu peux oublier pong