[icecast] Icecast 2 for Live365 MP3 Relaying

[oddsock]

maybe I'm wrong, but I thought that with icecast1.x, when a client 
connected it was sent the data as fast as it could take it, which I thought 
required the server to maintain a buffer of the source data... This meant 
that if a client connected to a 32kbps stream and if that client was on a 
broadband connection (capable of speeds much higher than 32kbps) then on 
first connect (usually when clients pre-buffer) the server would send the 
data as quickly as the client could read (I also am assuming that clients, 
when they pre-buffer, also follow similar logic but in reverse - they read 
as fast as they can until they fill their pre-buffer)...

I know that icecast2 doesn't do any of this "bursty sending/reading on 
client connect", but I guess I thought icecast1.x did...I know shoutcast 
does...but like I said, I could be wrong..

oddsock
At 11:56 AM 5/15/2003 -0600, you wrote:
> > behavior you are seeing....(that also is a difference between iceast1 and
> > icecast2 - no server-side buffering in icecast2 and there was in
> > icecast1)...
>
>What do you mean stream buffering?  We never buffered in either version
>that I remember.  If you fall behind, you get kicked.  It's always been
>that way.
>
>jack.
>--- >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-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.

<p><p>--- >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-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.