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.
-Dave
----- Original Message -----
From: "Michael Smith" <msmith@xiph.org>
To: <icecast-dev@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
dropped> 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
be> required. Icecast just sends incoming data on to the clients as fast
as it> recieves it - this works fine, so long as the eventual/final client
has some> buffering (they all do).
>
> A relay won't get dropped unless it's a long way behind - because
on
the> sending side, there IS buffering.
>
> Mike
>
> --- >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@xiph.org'> containing only the word 'unsubscribe' in the body. No subject is
needed.> 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@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.