[icecast-dev] Any buffering on server?

Ricardo Galli gallir at uib.es
Mon Feb 10 05:05:52 PST 2003

On Monday 10 February 2003 13:52, Michael Smith shaped the electrons to 
> Ugh. Yes, if the source client behaves like that, then your worst case
> is pretty bad. However, this change only improves the worst case to 1/3
> of a second (in your example), you certainly don't improve this to 0.

Ugh again... with your comments I'm realising that darkice doesn't behave 
as every source, which basically means that the hardcoded max size in 
buffers of the clients' queue must be changed asap to size in bytes in 
order not to disconnect clients when the source is sending small buffers. 

I saw this behaviour with ices and MP3, the average size of the buffers is 
about 300-400 bytes, which means a startbuffer of few kilobytes is 
greater that 25.

If you are going to apply my three previous pending patches, I can sending 
you a patch to change the control of queues size to KB instead (and also 
configurable). I already did it, but I put it on stand-by until you apply 
the previous patches.


  ricardo galli       GPG id C8114D34

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.

More information about the Icecast-dev mailing list