<br><br><div class="gmail_quote">On Mon, Nov 14, 2011 at 6:32 AM, Tim Draper <span dir="ltr"><<a href="mailto:veehexx@gmail.com">veehexx@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
i'm going to be open - i dont have any knowledge of php, or html5 so i<br>
dont know the ins and outs of getting this working with mythweb, or<br>
how to even make a proof-of-concept solution, but from a user<br>
perspective, it seems like a fairly trivial change.<br>
_______________________________________________<br><br></blockquote><div><br></div><div>It's not trivial, and not just a matter of throwing in a few <video> tags. Television broadcast standards in large parts of the world (US, Canada, Australia, etc) don't support codecs which are compatible with HTML5 video, and then in the places where they support the right codecs (Most of the EU, etc) the streams are way to gigantic to stream natively (and at that point you might as well just play the ASX).</div>
<div><br></div><div>Thus, the only way to make this work properly is to perform on the fly transcode, and the devs have decided that running ffmpeg at the command line is not a proper solution for the future. So, someone needs to implement a separate daemon that uses the libav* API to perform on the fly transcode in a format which the requesting browser can handle-- and depending on the browser that might by H.264 at x resolution and y bitrate, or WebM at z resolution and zz bitrate.</div>
<div><br></div><div>All told, a lot of work. Not impossible, just not trivial. That said, it'll happen. It's just a matter of when/by whom.</div></div><br><div>Robert</div>