[icecast-dev] Re: PATCH: increase network congestion resilience

Ricardo Galli gallir at uib.es
Sat Jan 18 06:59:33 PST 2003

On Saturday 18 January 2003 03:37, Michael Smith shaped the electrons to 
> We can't just drop packets, the transmission model assumed by the
> format handlers (and required by at least one of them) will not permit

It's not vorbis. Does it?

> us to drop any data. It'd be possible, in theory at least, to tag
> buffers with a flag to say that they can be dropped, but probably not
> worth the complexity.

I think it's ok as a last resort technique for trying to maintain alive a 
connection. Dropping some packages is much better that just closing the 
connection. Indeed, I checked with few players and all of them recover 
just fine. You have to be concentrated to notice the drops.

> Erroring out if the client hasn't received any data within some timeout
> may be a good idea, but needs some cleanup.

That the reason I moved all client buffer delivery logic to just one 
function (now receiving from sources and delivery to clients are all 
embeded in just one function). I will give a shot again.

  ricardo galli       GPG id C8114D34

--- >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 mailing list