[icecast-dev] No source buffering

[Renaud Waldura]

My email has gone without an answer. Is it because:

1- this is such a stoopid question I should be ashamed of myself -- RTFM

2- this is a well-known issue that everybody's aware of, it doesn't need
further discussion thank you, as it is actively being worked on

3- it is meant to be that way and will not change.

<p><p>----- Original Message ----- 
From: "Renaud Waldura" <renaud+icecast at waldura.org>
To: <icecast-dev at xiph.org>
Sent: Tuesday, February 17, 2004 5:50 PM
Subject: [icecast-dev] No source buffering

<p>> There appears no source buffering in Icecast 2.0. Please correct me if I'm
> wrong -- my C skills are a bit rusty -- it looks like apart from a tiny 4K
> buffer, there is no buffering done when relaying a source.
>
> Is this an explicit design decision? The Internet being what it is,
> unreliable and all, it seems harsh to drop a source that's even slightly
> lagging, when a bit of buffering could smooth over the bumps.
>
> My reading of the code was actually prompted by experiencing frequent
> disconnects on an international relay link. Am I correct in my analysis?
>
> --Renaud
>
> --- >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.