1 person found this helpful
bandwidth of "0" means "use as much bandwidth as you need to meet the quality". you are almost certainly using too much bandwidth (more than the group can support). try setting a fixed bandwidth limit that is less than the average upload in the group, and no more than 1/4 or so of the publisher's upload bandwidth.
Thanks four your answer.
I will be making tests, but if you have an idea on what are good settings, it would be helpful.
Let's assume most people have a connection with sufficient download speed (Let's just say 5mpbs) and 512kb upload.
There are 1 broadcaster, and 6 miniwebcams, as well as chatters.
For example, the mini webcams have a size of 136x102, and resolution of 120x90. Do you think (10000,0) would be adequate?
For the broadcaster, the size is 420*315, with the resolution of 320x240. What would a be a good setting to first try with, perhaps (30000,0) or less?
I am still not 100% sure how all the bandwidth is being used by the peers, so I don't think the calculation is as straightforward as just calculating all the bandwidth numbers above.
What do you think?
Alright I set it 25000 (equates almost 200kb) which is about 1/4 of the average user's bandwidth.
Still making tests for the mini webcams, as these require less bandwidth.
Thanks for the help, this is much better...
how do you limit the BW on the group?
is it by declaring a client on the netconnection, for the onBWCheck and returning a value on that function?
there's currently no way to limit bandwidth used in a group in the manner you're suggesting.
all RTMFP communication is congestion controlled, so you won't jam interfaces/links, but you can potentially use all available bandwidth if too much data is flowing through your group.
in general, all members of a group will have the same bandwidth demands (upload and download). some members might use a little more and some a little less, but they'll all be approximately even. you should therefore limit bandwidth at the publisher or source (for example by setting the bandwidth for a stream on the Camera) to fit into the expected group capacity.
nah... that ain't it...