<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
> > So I came across this article at Neowin.net regarding a Windows 8 HDMI stick: <a href="http://www.neowin.net/news/intel-bay-trail-based-usb-stick-capable-of-running-windows-81-goes-on-sale" target="_blank">http://www.neowin.net/news/intel-bay-trail-based-usb-stick-capable-of-running-windows-81-goes-on-sale</a><br>
> ><br>
> > In addition to the Windows stick, it mentions that both Microsoft and Mozilla are coming out with ChromeCast-style sticks of their own. I started to wonder... Is it time to throw away the dream of the $99 FE and look to devices like these instead? They would be low power, easy to setup and maintain (well, to plug into the tv), and cheaper than an entire computer.<br>
><br>
> The standard response to such queries - which are very common these days - is :<br>
> While some of these may be able to play some of the media type, they generally have a number of downsides. The biggest of these is that to work, someone has to write the frontend to run on that platform.<br>
> After that, there are often restrictions on decoding (closed libraries, limited stream type support).<br>
> And then there are often significant restrictions - eg small memory sizes.<br>
><br>
> So yes, for some of them it is probably possible to port the frontend. But it's going to take someone with the skills, knowledge, time, and most importantly desire to do it.<br>
><br>
> Not using the Myth Frontend means not getting the Myth user experience.<br>
><br>
<br>
</span>Your standard response doesn't really work here - the device is an<br>
Intel IA processor (ok, it's in the Atom family but will run the x86 code<br>
without modification) and has Intel HD graphics (VAAPI)<br>
<br>
Here is a link to the datasheet for the processor<br>
<a href="https://www-ssl.intel.com/content/www/us/en/processors/atom/atom-z36xxx-z37xxx-datasheet-vol-1.html" target="_blank">https://www-ssl.intel.com/content/www/us/en/processors/atom/atom-z36xxx-z37xxx-datasheet-vol-1.html</a></blockquote><div><br></div><div><br></div></span><div>The data sheet for this processor states:</div><div><span style="font-size:9pt;font-family:Verdana"><br></span></div><div><span style="font-size:9pt;font-family:Verdana">- Full HW acceleration for decode of H.264, MPEG2, MVC, VC-1, VP8, MJPEG</span></div><div><span style="font-size:9pt;font-family:Verdana">- Full HW acceleration for encode of H.264, MPEG2, MVC </span></div><div><div title="Page 23"><div><div><p><font face="Verdana"><span style="font-size:11.666666030883789px">The decode I knew about. The encode is interesting for transcoding and streaming MPEG2 content. Does ffmpeg have any support for this?</span></font></p></div></div></div></div></div></div></div></blockquote><div><br></div><div>No... the only open source transcoder I have found for VAAPI that I am aware of is gstreamer.... but it's broken at the moment. </div></div><br></div></div>