[icecast-dev] No source buffering
renaud+icecast at waldura.org
Thu Feb 19 15:09:28 PST 2004
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?
> --- >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.
More information about the Icecast-dev