[icecast] Server buffer question

Stefan Neufeind stefan at neufeind.net
Sun May 4 07:46:11 PDT 2003


I've had a talk with Oddsock these days about a problem that also 
touched be buffering-part of icecast2. We're having problems 
transcoding mp3-streams that come from an icecast2-server - but with 
a Shoutcast-Server this works perfectly.

Oddsock explained in rough that icecast2 has a totally different way 
of "buffering". He explained to me that ShoutCast sends data as fast 
as it is available, but that icecast2 only sends the data needed so 
far. I guess this should be a "feature" somehow :-) But it doesn't 
make life a lot easier.

Can't help you with your problem - sorry - but just wanted to mention 
what Oddsock told me about the different "concepts".

<p>So far

<p><p>On 4 May 2003 at 16:24, Stephane Thiell wrote:

> Hello,
> First at all, thanks for the great program, I'm enjoying so much. :)
> I'm adding ogg stream support to my client for Mac OS X. While it
> works perfectly with shoutcast and mp3 icecast1, I have buffer
> problems with icecast2/ogg/vorbis.
> My client, like iTunes (Apple's client - mp3), doesn't pre-bufferize
> on the first try. If the connection is fast enough, even a 128KB
> buffer is filled quickly while playing. My users (and me) prefer this
> way so there is almost no delay to listen to a stream with a fast
> connection. Apparently, with Icecast2, the server doesn't send the
> data faster than the music itself, so my client's buffer never fill
> fully, and it's more sensible to network's perturbations.
> Maybe the right way is to _always_ pre-bufferize and start the music
> once done (I do only that when the music cuts one), but I think it's
> more a feature so why not?
> I'm using ices and a local static playlist to feed icecast2. Same
> problems at 16kB or 112kB.
> Please tell me it's gonna be fixed (as it works well with icecast1) or
> a way to know if the server supports non pre-bufferization on the
> client. Thanks!
> Regards,
> Stephane Thiell
> Student, Master
> University of Bordeaux I, France

--- >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 mailing list