<div dir="ltr"><br><div class="gmail_extra">On Fri, Feb 20, 2015 at 2:51 PM, Ralph Giles <span dir="ltr"><<a href="mailto:giles@thaumas.net" target="_blank">giles@thaumas.net</a>></span> wrote:<br><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So the issue here is that with an icecast stream there's no way to<br>
restart playback on a new tcp session without missing some of the<br>
content? You'd rather have smooth playback through reconnects even if it<br>
adds latence?</blockquote><div><br></div><div>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.</div><div><br></div><div>So yes, you're certainly getting additional connection setup overhead, but in theory it should all happen seamlessly behind the scenes.</div><div><br></div><div>ER</div><div> <br></div></div></div></div>