[ENet-discuss] reliable unsequenced

[Daniel Aquino]

Well the game I play basically every bullet is a packet and there is
constantly lots of bullets going off....

So what type of modes are supported then?

Do channels actually have a sequenced flag?

If not I really don't see what adding a "sequenced" flag to a single packet
in a stream or more would do???

On Tue, Dec 16, 2008 at 12:50 PM, Lee Salzman <lsalzman1 at cox.net> wrote:

> There is no support for reliable unsequenced at the moment.
>
> Packets with no flags are unreliable, but sequenced.
>
> I don't think I'd fret about things like gunfire needing unsequenced. They
> are really not sent frequently enough for it to matter that I've ever seen
> in practice in all my years of making FPS games. Position data is really the
> big thing handle latency-wise.
>
> Lee
>
> Daniel Aquino wrote:
>
>> Is there any support for a reliable unsequenced channel?
>>
>> My idea is to have a channel in which you can send packets that do not get
>> blocked by other packets.
>>
>> For instance if I send a packet about a missile being shot then nothing
>> should block that packet from being delivered to the application
>> instantly....
>>
>> I really don't want to have to create numerous channels for every single
>> type of packet as to reduce the chance of blocking other packets....
>>
>> ---------
>>
>> Also is it true that by default a packet is unreliable and sequenced?
>>
>> ---------
>>
>> My best ideas on what each type of transfer mode is best used for:
>>
>> unreliable sequenced:        Player position updates, voice packets etc...
>>
>> unreliable unsequenced:    Keep Alives, pings ???
>>
>> reliable sequence:             data transfer
>>
>> reliable unsequenced:        independant packets, weapon fire, drop mines
>>
>> Just trying to get my head around this...
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> ENet-discuss mailing list
>> ENet-discuss at cubik.org
>> http://lists.cubik.org/mailman/listinfo/enet-discuss
>>
>>
>
> _______________________________________________
> ENet-discuss mailing list
> ENet-discuss at cubik.org
> http://lists.cubik.org/mailman/listinfo/enet-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubik.org/pipermail/enet-discuss/attachments/20081216/fb65ba99/attachment.htm>