[ENet-discuss] Unreliable Delivery for Large Messages

[Lee Salzman]

I would hope people felt my almost a decade of developing and maintaining this library were worth more than 2 hours of minimum wage labor. I would hope. :)

On 05/29/2011 04:57 PM, Ryan Rogers wrote:
> If that is true, then what is a "suitable" donation?  $20?
>
> -----Original Message-----
> From: enet-discuss-bounces at cubik.org [mailto:enet-discuss-bounces at cubik.org]
> On Behalf Of Daniel Aquino
> Sent: Saturday, May 28, 2011 7:38 PM
> To: Discussion of the ENet library
> Subject: Re: [ENet-discuss] Unreliable Delivery for Large Messages
>
> Can't imagine it would be that difficult of a change.
>
> On 5/27/11, Lee Salzman<lsalzman at gmail.com>  wrote:
>> For a suitable paypal donation I might be encouraged to add an unreliable
>> fragment option. ;)
>>
>> On Fri, May 27, 2011 at 6:27 PM, Alexander Dolgansky
>> <alexd221 at gmail.com>wrote:
>>
>>> Yes that's one of the options that I currently looking at.
>>>
>>> The reason why I need it in my project is because I have a large
>>> number of data points that need to be sent out as one message at a
>>> certain rate.
>>> Therefore, each message needs to be sent out only once to keep up with
>>> the overall sending rate. If message pieces arrive out of order or it
>>> is not possible to send out
>>> all of the pieces due to network issues, the whole message must be
>>> dropped. This is the required behavior for some of the messages that I
>>> need to transfer between nodes.
>>>
>>> Although splitting the data into smaller chucks is a valid solution to
>>> my problem, I am wondering if ENet can do it for me.
>>> After all, ENet already fragments any message that is larger than MTU,
>>> so it is just a matter of figuring out how I can force ENet to
>>> send fragments unreliably.
>>>
>>> Is it possible to accomplish what I am trying to do with ENet with
>>> only minor changes to the source code?
>>>
>>> If yes, I would love to get pointers on how I should modify the source
>>> code.
>>>
>>> Thanks.
>>>
>>> Alexander.
>>> _______________________________________________
>>> ENet-discuss mailing list
>>> ENet-discuss at cubik.org
>>> http://lists.cubik.org/mailman/listinfo/enet-discuss
>>>