[icecast-dev] No source buffering
km3t at km3t.org
Thu Feb 19 16:42:04 PST 2004
I guess this is a related question, but I'm not sure. I have a source
that I'd like to broadcast delayed by 10 minutes. Is there any way to
do this in the current Icecast 2.x code? If not, I suppose I can use
streamripper to record 10 minute chunks and then write a web application
to push the correct 10 minute chunks out to the MP3 client.
----- Original Message -----
From: "Michael Smith" <msmith at xiph.org>
To: <icecast-dev at xiph.org>
Sent: Thursday, February 19, 2004 7:36 PM
Subject: Re: [icecast-dev] No source buffering
<p>> On Friday 20 February 2004 10:09, Renaud Waldura wrote:
> > My email has gone without an answer. Is it because:
> Sorry, I was going to respond to this, but I've been busy and it got
> to the bottom of a long list of things to do.
> Yes, there's no source buffering. The design is such that it shouldn't
> required. Icecast just sends incoming data on to the clients as fast
> recieves it - this works fine, so long as the eventual/final client
> buffering (they all do).
> A relay won't get dropped unless it's a long way behind - because on
> sending side, there IS buffering.
> --- >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
> Unsubscribe messages sent to the list will be ignored/filtered.
--- >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