Icecast dev - Jan 2008 - Question about buffering with icecast protocol

Geoff Shang wrote:
> 
> This raises a question I've been meaning to ask for awhile.  Is there 
> any reason why we have both burst on connect and burst size?  
> Compatibility with older versions?  The burst size parameter would seem 
> to be sufficient if setting it to 0 disables it.
The burst on connect was introduced as a setting in an earlier queuing 
implementation. As you have already mentioned, it was not that 
configurable so these days it's just an alias for burst-size of 64k if 
enabled and 0 if not.

karl.

Karl Heyes schrieb:
> Geoff Shang wrote:
>
>>
>> This raises a question I've been meaning to ask for awhile.  Is
there
>> any reason why we have both burst on connect and burst size?  
>> Compatibility with older versions?  The burst size parameter would 
>> seem to be sufficient if setting it to 0 disables it.
>
> The burst on connect was introduced as a setting in an earlier queuing 
> implementation. As you have already mentioned, it was not that 
> configurable so these days it's just an alias for burst-size of 64k if 
> enabled and 0 if not.
One could say then that this is deprecated? Can we drop this from the 
example config in trunk so we don't confuse people?

Cheers

Thomas

Hi,

One of our newer services on Radio Kochav Chadash is a
YP Directory service for Icecast2 Servers.

Add the following to your Icecast2 configuration file:

<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://www.kochavchadash.com/yp/yp.aspx</yp-url>
</directory>



Radio Kochav Chadash
Internet Radio Station 
Only Music 24 x 7  
http://radio.kochavchadash.com
_______________________________________________