Hi Ben,<br><br>I ran into this same issue. Currently the solution I am using is to drop down to low level UDP on the servers to broadcast their network information. Clients listen to this and are able to form a list of the servers on the network, and initiate connections to them in a non-broadcast manner.
<br><br>Not sure how to have a more enet-integrated solution to this issue (which would be nice), but the issue (as far as I can tell) is that my enet-clients only allow 1 connection, and so all the servers 'jump on that connection' and whoever jumps quickest gets the slot...
<br><br>So random thought that might cure: allow multiple connections on the client might be a way to make this work (although I have not tried this yet..) <br><br>Let us know how it goes! :)<br><br><div><span class="gmail_quote">
On 2/20/07, <b class="gmail_sendername">Ben Moreno</b> <<a href="mailto:ben@blitwise.com">ben@blitwise.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello all,<br><br>I'm running into a problem when trying to use ENet to find servers on<br>a local network. I need to be able to be able to broadcast a packet<br>such that any servers that are listening can either respond in kind
<br>or initiate a connection. As far as I can see, there is no way of<br>being sure that you've connected to more than whichever server<br>happens to reply first.<br><br>The servers I'm using are simple ENet servers, essentially from the
<br>tutorial. The client (after initializing everything as usual),<br>creates a peer with the address set to ENET_HOST_BROADCAST, then<br>loops enet_host_service until it receives a connection event. After<br>that, a second peer is created, which also broadcasts. This peer
<br>will usually end up connecting to the same server.<br><br>Switching the order of calls around doesn't seem to help. For<br>instance, waiting to run enet_host_service() until after both peers<br>have been created gives the same behavior (usually).
<br><br>Am I missing something, or is connecting via ENET_HOST_BROADCAST<br>limited to which server happens to respond first? Is there any way<br>of reliably knowing how many servers responded and who they are?<br><br>Thanks,
<br>Ben<br>_______________________________________________<br>ENet-discuss mailing list<br><a href="mailto:ENet-discuss@cubik.org">ENet-discuss@cubik.org</a><br><a href="http://lists.cubik.org/mailman/listinfo/enet-discuss">
http://lists.cubik.org/mailman/listinfo/enet-discuss</a><br></blockquote></div><br><br clear="all"><br>-- <br>Josh Szepietowski<br><a href="http://www.goosey.info">http://www.goosey.info</a>