On Fri, Jun 8, 2012 at 11:24 PM, Raymond Wagner <span dir="ltr">&lt;<a href="mailto:raymond@wagnerrp.com" target="_blank">raymond@wagnerrp.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 6/8/2012 22:50, Erik Jensen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I was really excited to try out the new HTTP streaming functionality in<br>
0.25. After upgrading, I connected via telnet and typed &#39;play file<br>
<a href="http://whatever" target="_blank">http://whatever</a>&#39;. Sure enough, the video started playing. Awesome!<br>
<br>
However, I noticed that the time indicator always reads 0:01 of 0:01,<br>
and seeking does not work. Attempting to seek backward starts the video<br>
over from the beginning, and attempting to seek forward does nothing.<br>
<br>
It would be really cool if the video could start downloading as soon as<br>
playback starts, and then let you seek around in the part that had been<br>
downloaded so far. This would basically make HTTP streaming work the<br>
same way that live tv works (with the exception that non-live streams<br>
could be retrieved faster than real time).<br>
</blockquote>
<br></div>
I&#39;m not sure I understand what you&#39;re getting at.  HLS merely means a playlist defining the video stream, combined with a bunch of short video chunks that can be downloaded independently by the client.  I believe we currently use chunks 10 seconds long.  It&#39;s up to the client to properly handle seeking, not the server.<br>

</blockquote><div><br>Sorry, I guess I wasn&#39;t clear. I&#39;m not talking about the new HTTP Live Streaming functionality, I&#39;m talking about the new-in-0.25 ability for the frontent to play http:// urls.<br></div>
</div>