[ENet-discuss] Feature suggestion

[Ruud van Gaal]

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: enet-discuss-bounces at cubik.org [mailto:enet-discuss-bounces at cubik.org]
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
<philip at u7142039.fsdata.se> 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?

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubik.org/pipermail/enet-discuss/attachments/20100702/f1355f64/attachment.html>