Hi, I'm planning to broadcast live stream from a place, where there's only ADSL connection, which may be used during broadcast, so temporary bandwidth-sortage can happen. Is there any way to create a huge buffer on server-side? This way there would be no problem, if the source couldn't send the stream, the server could serve from the buffer until the source gets bandwidth again. It could be any big, I actually want 2-5 minutes buffer on the server. Latency is not an issue, noone cares (in this situation). Thanks in advance, Jacint
On Mon, 2005-06-20 at 14:46, Balint Jacint wrote:> Hi, > > I'm planning to broadcast live stream from a place, where there's only > ADSL connection, which may be used during broadcast, so temporary > bandwidth-sortage can happen. > Is there any way to create a huge buffer on server-side? This way there > would be no problem, if the source couldn't send the stream, the server > could serve from the buffer until the source gets bandwidth again. > It could be any big, I actually want 2-5 minutes buffer on the server. > Latency is not an issue, noone cares (in this situation).I think the only settings that could help in such cases are <queue-size> (for allowing the stored buffer to increase) and <source-timeout> (how much idle time is allowed before shutting down the source. What they need setting to depends on what you expect out of the connection. karl.
Hi Karl, Thanks for the reply. As I read the documentation, the queue-size is related to the listener, not the source. If the listener sets up a small buffer, they can easily run out of it. The source-timeout parameter is an important one for me, I'll raise that. Thanks! Isn't there a parameter that controls the buffer size used in the server...? Or any other way to make this goal? Yours, Jacint Karl Heyes wrote:>I think the only settings that could help in such cases are <queue-size> >(for allowing the stored buffer to increase) and <source-timeout> (how >much idle time is allowed before shutting down the source. > >What they need setting to depends on what you expect out of the >connection. > >karl. > > >