| View previous topic :: View next topic |
| Author |
Message |
hamedh
Joined: 03 Nov 2008 Posts: 3
|
Posted: Thu Nov 06, 2008 5:17 pm Post subject: Disconnects On Buffering |
|
|
We've recently switched from Shoutcast to Icecast (better configuration, etc) and one difference I've noticed is that when a listener client starts buffering (network congestion, etc), the listener gets dropped from Icecast. Their HTTP connection essentially gets dropped, while Shoutcast keeps it alive and still tries to send data. Is there a configuration option that I've missed that could help this? I've set our queue-size to be 512k (which I think is kinda large), but this behavior is very reproducible.
Thanks! |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Nov 06, 2008 5:58 pm Post subject: |
|
|
depending on the stream bitrate, 512k may not be that large as typically 64k of it is burst. I don't know what shoutcast uses as q queue size but their burst is far greater than your queue, well over 1 Meg. Don't be afraid to use a larger queue size like say 2Meg as the queue is shared and will be pruned if there are no lagging listeners. icecast will keep trying to send data, there is no configuration settings to change that.
karl. |
|
| Back to top |
|
 |
hamedh
Joined: 03 Nov 2008 Posts: 3
|
Posted: Thu Nov 06, 2008 6:25 pm Post subject: |
|
|
Ohh, I didn't realize the queue-size was shared for all listeners. I had my burst-size set to 512k, and my queue-size set to 512k as well.. I'll increase the queue-size then for sure, don't think it will hurt at all.
Thanks for the quick info! |
|
| Back to top |
|
 |
|