<div dir="ltr">Peers are by default pinged every 500ms internally which is also subject to this timeout. See enet_peer_ping_interval() if this is still too long for you.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Wed, Apr 17, 2013 at 1:43 PM, Sebastian Ahlman <span dir="ltr"><<a href="mailto:sebastian.ahlman@gmail.com" target="_blank">sebastian.ahlman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Say I have to processes running ENet, one server and one client. Neither one is sending any application specific data across the wire, but they do have an active ENet connection. If one of the processes crashes (or I kill it) the other one will, after some time, realize that the other peer went away and I will get a disconnect event on the process that is still active. I would like to adjust the timeout so that the remaining process realizes this almost immediately, say in two seconds or so. I found the function enet_peer_timeout(), but that seems to deal with ACKs to reliable packets, and I want to have the system react to lost connections without me having to send reliable packets. Clearly this already works, but it takes too long for my purposes. Can I make the timeout smaller somehow?<br>

<div><br></div><div>Thanks!</div></div>
<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" target="_blank">http://lists.cubik.org/mailman/listinfo/enet-discuss</a><br>
<br></blockquote></div><br></div>