It could be optional so that nothing changes for most people. However, I'd not use percentages; voice chats and such generally require a hard number like 20Kb/s. Using a percentage would not make things any better, since you'd need to know the entire bandwidth.
I'd not use it myself though, but channel priorities might be good. Ruud From: [email protected] [mailto:[email protected]] On Behalf Of Jay Sprenkle Sent: Friday, July 02, 2010 2:54 PM To: Philip Bennefall; Discussion of the ENet library Subject: Re: [ENet-discuss] Feature suggestion I think a bit per second limit would be very easy to implement outside the library and would not force everyone to include code they may not need. On Fri, Jul 2, 2010 at 12:27 AM, Philip Bennefall <[email protected]> wrote: Hi Lee and others, I had a small feature request to make, though it may not be so small to implement; I do not know. Wouldn't it be great if one had the ability to set a bandwidth limit per channel, relative to the over-all bandwidth limit of the host? It could be done in percent, or some other units; I leave this up to others to decide. The usefulness of this would be when you wanted to balance your data. Let's say you wanted to have real-time voice chat during game play, and you had your game events on channel 0 and voice data being sent continuously on channel 1. Wouldn't it be nice to be able to set it up so that the game event channel always has priority when bandwidth is low?
_______________________________________________ ENet-discuss mailing list [email protected] http://lists.cubik.org/mailman/listinfo/enet-discuss
