Un client Graphique.

Bonjour,
Voila, je suis vraiment débutant en réseau, mes connaissances sont quasi-null.
Je regarde cependant quelque tuto sur le net traitant de ce sujet, si vous avez des tuto réseau bien foutu je suis preneur. Donc, j'ai un projet à réaliser et le but c'est de créer un jeu réseau.
Mon but est que mon serveur envoie des données à mon client graphique. Je voudrais avoir une petite idée sans rentrer forcément dans les détails techniques pour commencer.
Voila le but du client graphique est de recevoir des informations permettant de dessiner l'état de la situation. Je voudrais savoir comment vous procéderiez pour réaliser ce type de client. Voici les points qui m’intéresses:
-Quel type d'information envoyé: Moi j'avais dans l'idée d'envoyer les coordonnés de tous mes objet, après il faudrait savoir quant es-ce que tous mes objets ont été envoyé.
-Sous quel forme envoyé les information:Je voudrais savoir si il est possible d'envoyé une structure contenant les infos de mes objets. Si vous avez une meilleur idée je suis preneur.
Pour l'instant c'est les deux seul point sur lesquels je ne vois pas comment faire. Il y en à surement plein d'autre, mais si vous pouviez répondre à ces question se serait cool.
Si j'ai dit n'importe quoi et que la communication réseau ne marche pas du tout comme ça, n'hésitez pas à me le dire.
Merci.

Salut,

Pour commencer, un tutoriel sur le réseau qu'on recommande très souvent ici : http://broux.developpez.com/articles/c/sockets/ Personnellement; j'ai appris le réseau avec celui-ci quand j'ai développé un jeu multijoueur en réseau lors d'un projet d'école ;)

Citation:

---

Quel type d'information envoyé

---

Toutes celles dont ton client aura besoin pour réaliser son affichage et qu'il ne peut pas déterminer seul.

Citation:

---

Sous quel forme envoyé les information:Je voudrais savoir si il est possible d'envoyé une structure contenant les infos de mes objets.

---

Pour être très schématique, le réseau c'est un tuyau dans lequel tu envoies des octets. Le fait que cela correspondent à une structure, des entiers, des flottants, ou une photo de Mickael Jordan n'est qu'une question d'interprétation de ces octets par le récepteur. Il faut simplement mettre d'accord l'envoyeur et le récepteur sur la forme des données.

Citation:

---

après il faudrait savoir quant es-ce que tous mes objets ont été envoyé.

---

Si ta liste a une taille fixe, alors ton client n'a qu'à lire autant de données que nécessaire. Si non, il suffit d'envoyer un code au début indiquant la taille ou une valeur spéciale de fin pour montrer que c'est la fin. Encore une fois, c'est une question de convention entre serveur et client.

Avant de te lancer dans un truc super compliqué, fais déjà quelque chose de simple, par exemple envoyer un couple (forme, couleur) et tester la connectivité entre tes deux machines. Dans ton cas, une connexion TCP est adaptée (recommandée ?) car ton client a vraiment besoin de recevoir les données du serveur. Le mode TCP assure cela. Il faut également savoir qu'il est bien plus simple de rester sur le réseau local et de connaitre l'adresse IP du serveur quand on est client pour s'y connecter.

De plus, code le maximum de choses sans réseau. Par exemple au début, tu pourras lire le couple (forme, couleur) dans une fichier pour tester la partie affichage sans te prendre la tête avec la partie réseau.

Bon courage !

Merci de ta réponse.

Citation:

---

Pour être très schématique, le réseau c'est un tuyau dans lequel tu envoies des octets. Le fait que cela correspondent à une structure, des entiers, des flottants, ou une photo de Mickael Jordan n'est qu'une question d'interprétation de ces octets par le récepteur. Il faut simplement mettre d'accord l'envoyeur et le récepteur sur la forme des données.

---

Il me semble que lors d'une communication il pouvait y avoir des pertes de paquets. J'ai entendu également que certain protocole permettait d'évité la perte de paquet. Je voudrais savoir si je doit m'assurer que le paquet est bien arrivé avant d'envoyer le prochain ? Et je voudrais également savoir si il y a un nombre d'octet limiter par l'envoi ?

Merci.

Salut,

Comme te l'as indiquer Bktero, pour t'assurer de la bonne communication entre client serveur (éviter la perte de paquet par exemple) tu dois t'orienter vers le protocole de communication TCP.
Seulement il faut bien réfléchir avant de choisir entre TCP et UDP. TCP te garantis que tous les paquets émis seront reçus (en les ré-emettant lorsqu'ils ont été perdus) ce qui peut te rajouter du trafic. UDP t'apportera une fluidité plus importante mais si un paquet se perd tant pis pour lui et à toi de gérer.
Si tu ne peux pas te permettre de perdre des paquets --> TCP.

Concernant la taille maximale de données utiles que tu peux envoyer, tout dépend du support que tu utiliseras : Ethernet ou Wifi (ou autre ?). Cette limite est indiquée par la MTU (Maximum Transmission Unit) et est, à titre d'exmple, de 1500 octets par défaut pour une communication Ethernet.

deletme t'a très bien répondu sur la gestion des paquets perdus. Ce n'est pas ton problème, c'est celui de la pile réseau de ton OS. C'est elle qui gère. Toi, tu lui donnes des octets, elle les envoie. De l'autre côté, tu lui demandes de te donner les éléments reçus et elles te les donnent. Le découpage en paquet, l'émission des paquets, la ré-émission des paquets perdus, la manière de traduire une IP en adresse MAC, les paquets spécifiques émis lors d'une (dé)connexion, tout ceci ne regarde pas l'applicatif. C'est le principe de découpage en couches des réseaux, que tu retrouves dans le modèle OSI.

De même, tu n'as pas besoin de te préoccuper de la MTU au niveau applicatif à ma connaissance. La MTU est un paramètre négocié par les équipements réseaux et tu n'as pas à la connaitre. De même, tu n'as pas à savoir si tu es en Wifi ou en Ethernet. Cela fait partie des couches basses d'un réseau, donc très loin de l'applicatif.

Oui en effet, ce paramètre (MTU) est à prendre en compte uniquement lorsque l'on veut éviter que nos données soient fragmentés en plusieurs paquets. Il limite seulement le nombre de données contenues dans un paquet.