Re: why HLS/DASH are problematic in an Icecast context

Eric Richardson <[email protected]> Fri, 20 Feb 2015 15:16:37 -0500
Newsgroups gmane.comp.audio.icecast.devel
Message-ID <CAOnf4X-30NZBL4muK-K-1_EmjbL=1oqBcVCidpaV0+o8Htg8og@mail.gmail.com>
On Fri, Feb 20, 2015 at 2:51 PM, Ralph Giles <[email protected]> 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.

ER

_______________________________________________
Icecast-dev mailing list
[email protected]
http://lists.xiph.org/mailman/listinfo/icecast-dev