Version imprimable
Bonjour,
J'utilise en ce moment les composants Indy (sockets UDP) de Borland. J'utilise les sockets UDP, car les composants TCP/IP ne permettent pas d'envoyer des infomations assez rapidement, pour gérer la possition d'un bonhomme par exemple.
Cepandant, ce composant ne permet pas de passer les routers... Connaisez-vous d'autres solutions?
Merci d'avance.
Ne permet pas de passer les routeurs????
oui, on ne peut que jouer dans un réseau local.
Rien n'empêche a priori les paquets UDP de franchir les routeurs, c'est ainsi que les requêtes DNS se font, par exemple. Le blocage est ailleurs.
Dans mon cas, sa ne marche pas.
J'ai un formulaire pour créer un serveur de jeu. J'aimerais que le client puisse voir automatiquement tous les serveurs locaux existants, comme dans tous les jeux réseaux: est-ce possible?
Je ne vois pas, pour cela, d'autre solution qu'un serveur centralisant les informations qui soit interrogé par les différentes machines. Ne pas oublier qu'il n'y a pas d'accusé de réception en UDP (c'est pour ça que ça va plus vite), pas de connexion persistante. Par contre, rien ne t'empêche d'utiliser UDP et TCP dans la même application en fonction des besoins. C'est ce que j'ai été amené à faire pour WinLanMessage.
Effectivement, j'ai choisi UDP pour la vitesse. Je n'arrive malheureusement pas a télécharger Win Lan Message, mais comment as tu fais pour recenser les ordinateurs?
Pour recenser les ordinateurs :
- soit tu fais un protocole P2P mais ça ne se fait pas en 2 minutes et il y a beaucoup de théorie derrière, donc je pense que c'est une très mauvaise solution pour ton cas
- soit tu utilise un serveur central (internet) sur lequel chaque serveur de jeu devra se connecter pour indiquer qu'il existe et récupérer la liste des serveurs
- pour faire une découverte en local des serveur, un message sur le broadcast du réseau devrait faire l'affaire
TCP est trop lent, peut être, mais alors j'espère que tu as pensé au fait q'UDP ne garanti pas l'ordre d'arrivé des paquets. Ce serait embettant que ton jeu prenne en compte un paquet qui a un position qui date d'il y a 10 secondes.....
Utilise aussi un outil comme ethereal pour mesurer le traffic réseau généré par ton jeu et le comparer peut être à d'autres pour voir si tu n'as pas un petit problème de conception des données transmises...
Merci pour ta réponse. Je pense que je vais opter pour le serveur cental, mais dans ce cas, je dois trouver un ordi avec une ip fixe et le laisser tourner 24h/24h ?
L'idéal serait de prendre un hébergement mutualisé chez OVH par exemple avec PHP et une base de donnée. Tu n'a même pas besoin d'un nom de domaine.
Tu écris un petit webservice qui publie les fonctionnalités : publier un serveur et récupérer la liste des serveurs et ça tourne.
Tu penses pouvoir faire cela ?
pour l'hébergement, pas de prob: je possède déjà un site. J'utilise ensuite un composant mysql pour enregistrer les infos des serveurs? C'est sa?
Tout cela n'est possible que si on a une connexion internet... J'aimerais une autre solution en LAN.
Non tu utilise ta base de donnée via un service WEB. Regarde les tutoriels sur SOAP. Un accès direct depuis ton programme impliquerais stocker le pass de ta base dans le programme ce qui est très très mauvais.Citation:
Envoyé par chm0105
Tu as lu ce que je t'ai écris ? Pour le réseau local il faut envoyer un message de "découverte" sur le broadcast du réseau (adresse IP en x.x.x.255). Ca fonctionne comme un ping spécifique à tes serveurs de jeux en réseau...Citation:
Envoyé par chm0105
ok, merci pour ton aide :king: , je vais tester tout sa...
Pas de problème et n'hésite pas à nous faire un retour sur expérience.
Au fait, par simple curiosité, c'est quel type de jeu sur lequel tu travaille ?
on a fait (commencé) avec un ami un jeu style GTA en OpenGl (3D) avec des piétons, des voitures,...
Un programme tourne sur chacun des micros qui écoute sur un port donné les requêtes que lui adressera le programme qui veut envoyer un message.Citation:
Envoyé par chm0105
Sympathique :)
Bon courage !