Un serveur UDP peut-il faire des sendto ?

Salut a tous, je pense que le titre dit tout.
J'ai un serveur de jeu qui recoi les info clients en TCP et envoi les infos en TCP aussi. Mais je voudrais passer les envois en UDP pour accelerer le débit.
Cependant, je ne connais pas trop le principe. Je sais qu'il faut binder le serveur et je pense que le serveur ne peut que faire des recv().
Est-ce vrai ou y'a t-il une astuce pour faire des sendto?
Parce-que si j'ouvre un srv UDP sur le programme client, il faudra natter un port sur le routeur juste pour jouer !! pas top !

Merci de vos lumières car l'UDP est plus compliqué que le TCP c'est clair !

Pour répondre à ta 1ere question, oui un serveur UDP peut faire des sendto() et heureusement encore !!

Sinon, pour ton cas, je ne comprends pas vraiment pourquoi tu veux passer de TCP à UDP. Il me semble que TCP est plus indiqué pour ta problématique.

Si un de tes joueurs se déconnecte brutalement, tu le sauras avec TCP mais tu n'en seras jamais informé avec UDP.

TCP a plein d'autres avantages (garantie d'acheminement et de séquencement entre autres).

TCP est moins rapide que UDP ? A voir. Moins lourd et gourmand en ressources, ca c'est sûr mais on n'a rien sans rien.

Merci ram t'est du genre rapide :ccool:
en fait en TCP ca vas bien j'usqua maintenant
Mais on m'a dit que le fait qu'il n'y ai pas d'accusé de reception en UDP permétait d'envoyer un packet sans attendre le retour du précédent donc un gain de temps énorme sur le net. Mais peut-être est-ce faux !!!! :?

Salut,

Citation:

---

Envoyé par la_tupac

Mais on m'a dit que le fait qu'il n'y ai pas d'accusé de reception en UDP permétait d'envoyer un packet sans attendre le retour du précédent donc un gain de temps énorme sur le net. Mais peut-être est-ce faux !!!! :?

---

Nonon, c'est bien vrai (enfin, "temps enorme" peut etre pas quand meme).
Par contre, ce n'est pas non plus une solution miracle: tu augmentes ton debit mais tu n'as aucune garantie que le client recoive bien tous les paquets envoyes. A toi de voir si c'est un probleme ou pas. Pour un jeu en reseau, a priori le TCP semble plus indique...

Merci tonton ^^
j'ai prévu des gros packets contenant tout ce qu'il faut dedans (type d'action, id du perso concerné ... donc pas de soucis si un packet se perd en route. Je me suis renseigné le plus possible sur l'UDP et j'ai anticipé la perte de packets mais je bloque sur la connexion en fait :D
Comme je l'explique au début, ce que je ne comprends toujours pas c'est coment un serveur udp bindé peut faire un sendto alors qu'il n'est pas censé connaitre l'adresse du client ??

Citation:

---

Envoyé par la_tupac

Comme je l'explique au début, ce que je ne comprends toujours pas c'est coment un serveur udp bindé peut faire un sendto alors qu'il n'est pas censé connaitre l'adresse du client ??

---

En fait, un serveur quand il reçoit un paquet fait un recvfrom().

Si tu regardes un peu l'appel système, un des paramètres est justement l'adresse de la structure permettant de récupérer l'adresse de l'émetteur. Il suffit de récupérer cette structure et de l'utiliser pour faire le sendto().

Par contre, dans ton cas, je persiste à dire : TCP

Je te remercie je garderai cette astuce sous le coude :
dabord recvfrom, récup de sockaddr puis sendto :D
c'est exactement ce que j'attendais merci !
du coup je vais suivre tes conseils et rester en tcp
merci encore et à bientôt

Citation:

---

Envoyé par la_tupac

Salut a tous, je pense que le titre dit tout.
J'ai un serveur de jeu qui recoi les info clients en TCP et envoi les infos en TCP aussi. Mais je voudrais passer les envois en UDP pour accelerer le débit.

---

Au risque de perdre des données...

Citation:

---

Cependant, je ne connais pas trop le principe. Je sais qu'il faut binder le serveur et je pense que le serveur ne peut que faire des recv().

---

Il ne peut faire que des recvfrom() et des sendto() suite à un recvfrom().