<div dir="ltr"><div><br></div><div>Cool. Thanks Lee.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 28, 2014 at 3:25 PM, Lee Salzman <span dir="ltr"><<a href="mailto:lsalzman@gmail.com" target="_blank">lsalzman@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Unreliable is sequenced, unless you specify the unsequenced flag.<div><br>
<br>
On 07/28/2014 10:19 AM, Tom Spencer-Smith wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div>
<br>
Thanks. So 0 flags means unreliable but sequenced.<br>
If I send U traffic on its own channel without any R on that channel, using 0 flag, is it still sequenced?<br>
<br>
Cheers<br>
<br>
<br></div><div>
On Mon, Jul 28, 2014 at 3:10 PM, Lee Salzman <<a href="mailto:lsalzman@gmail.com" target="_blank">lsalzman@gmail.com</a> <mailto:<a href="mailto:lsalzman@gmail.com" target="_blank">lsalzman@gmail.com</a>>> wrote:<br>

<br>
    1. 0 flags means unreliable.<br>
<br>
    2. Unsequenced are both unreliable and unsequenced, so they can be discarded and come out of order.<br>
<br>
    3. Neither has duplicates, so you will only ever get a packet once or never.<br>
<br>
    4. Unreliable packets sent after a reliable packet stall on the reliable packet, whereas unsequenced won't stall.<br>
<br>
<br>
    On 07/28/2014 06:27 AM, Tom Spencer-Smith wrote:<br>
<br>
<br>
        I'm a little confused on how to get certain delivery characteristics for unreliable packets.<br>
<br>
        1. By default (using 0 for the flags), U packets are delivered in order (but with possible gaps in sequence)?<br>
<br>
        2. ENET_PACKET_FLAG_UNSEQUENCED delivers them potentially out-of-order, i.e. discards nothing?<br>
<br>
        3. What about duplicates, for both cases above?<br>
<br>
        4. If R and U packets are sent on the same channel, do U packets stall on earlier undelivered R packets? So most people would want to use different channels for R and U?<br>
<br>
        Thanks<br>
<br>
        Tom<br>
<br>
<br>
        ______________________________<u></u>_________________<br>
        ENet-discuss mailing list<br></div>
        <a href="mailto:ENet-discuss@cubik.org" target="_blank">ENet-discuss@cubik.org</a> <mailto:<a href="mailto:ENet-discuss@cubik.org" target="_blank">ENet-discuss@cubik.org</a><u></u>><div><br>
        <a href="http://lists.cubik.org/mailman/listinfo/enet-discuss" target="_blank">http://lists.cubik.org/<u></u>mailman/listinfo/enet-discuss</a><br>
<br>
<br>
    ______________________________<u></u>_________________<br>
    ENet-discuss mailing list<br></div>
    <a href="mailto:ENet-discuss@cubik.org" target="_blank">ENet-discuss@cubik.org</a> <mailto:<a href="mailto:ENet-discuss@cubik.org" target="_blank">ENet-discuss@cubik.org</a><u></u>><div><br>
    <a href="http://lists.cubik.org/mailman/listinfo/enet-discuss" target="_blank">http://lists.cubik.org/<u></u>mailman/listinfo/enet-discuss</a><br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
ENet-discuss mailing list<br>
<a href="mailto:ENet-discuss@cubik.org" target="_blank">ENet-discuss@cubik.org</a><br>
<a href="http://lists.cubik.org/mailman/listinfo/enet-discuss" target="_blank">http://lists.cubik.org/<u></u>mailman/listinfo/enet-discuss</a><br>
</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<br>
ENet-discuss mailing list<br>
<a href="mailto:ENet-discuss@cubik.org" target="_blank">ENet-discuss@cubik.org</a><br>
<a href="http://lists.cubik.org/mailman/listinfo/enet-discuss" target="_blank">http://lists.cubik.org/<u></u>mailman/listinfo/enet-discuss</a><br>
</div></div></blockquote></div><br></div>