[icecast] Icecast 2 for Live365 MP3 Relaying
oddsock at oddsock.org
Thu May 15 11:34:01 PDT 2003
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..
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
>--- >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.
More information about the Icecast