[icecast-dev] No source buffering

[Dave Pascoe]

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

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