<br><br><div class="gmail_quote">On 10 August 2012 21:28, Craig Treleaven <span dir="ltr"><<a href="mailto:ctreleaven@cogeco.ca" target="_blank">ctreleaven@cogeco.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">At 12:32 AM -0700 8/10/12, Chris Pinkham wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* On Fri Aug 10, 2012 at 12:32:03PM +0530, Andrew McCauley wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Note: you cannot fast forward or rewind, just play and pause.<br>
</blockquote>
<br>
You should be able to fast forward and rewind, I can do it fine<br>
in JW Player on my system as well as on the iOS devices I test<br>
with.<br>
<br>
Also, one big point is to make sure that your backend was compiled<br>
with "--enable-libx264 and --enable-libmp3lame" to support the<br>
H.264 video and MP3 audio used in the HLS streams generated by<br>
MythTV v0.25. Without those, you'll never get anything transcoded.<br>
Some packagers are already doing this for you, but if you build by<br>
hand, you'll have to remember to do it yourself.<br>
</blockquote>
<br></div>
Preliminary wiki page added based on this thread and some other saved posts:<br>
<a href="http://www.mythtv.org/wiki/Http_live_streaming_server" target="_blank">http://www.mythtv.org/wiki/<u></u>Http_live_streaming_server</a><span class="HOEnZb"><font color="#888888"><br>
<br>
Craig</font></span><div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br>Silly Question and Semi OT, I've been reading the HLS streaming documents from apple and I know they "recommend" a fail back stream of 64k audio only however what happens if no failback stream is provided? and is there a simple way to test this without recompiling and patching?<br>
</div></div><br><a href="http://www.apple.com.cn/developer/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/StreamingMediaGuide.pdf#page17">http://www.apple.com.cn/developer/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/StreamingMediaGuide.pdf#page17</a><br>
<br>Personnaly for video I'd much rather it pause and wait for buffers to fill then to get audio only, airvideo does a decent job at handling this although they have their own player<br><br>Cheers,<br><br>Anthony <br>