[Icecast-dev] why HLS/DASH are problematic in an Icecast context

Eric Richardson e at ewr.is
Fri Feb 20 12:16:37 PST 2015

On Fri, Feb 20, 2015 at 2:51 PM, Ralph Giles <giles at thaumas.net> wrote:

> So the issue here is that with an icecast stream there's no way to
> restart playback on a new tcp session without missing some of the
> content? You'd rather have smooth playback through reconnects even if it
> adds latence?

It doesn't add latency, though, because the short connections are happening
in the background and are hopefully buffering up content that will be
safely loaded before it becomes time for you to play it.  Because the
content already exists on the server, you're also able to download it in
bursts at connection speed rather than in realtime.

So yes, you're certainly getting additional connection setup overhead, but
in theory it should all happen seamlessly behind the scenes.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/icecast-dev/attachments/20150220/c1be4116/attachment.htm 

More information about the Icecast-dev mailing list