<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Jul 27, 2018 at 11:14 AM David Engel <<a href="mailto:david@istwok.net">david@istwok.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jul 27, 2018 at 11:49:30AM -0400, Steve Greene wrote:<br>
> If there are any developers monitoring the discussion, I'd welcome some<br>
> input behind the project management challenges involved in adding advanced<br>
> interlacing support for Intel chips. If a few of us users could cough up<br>
> some funds for a bounty, would that change the complexion of the problem?<br>
<br>
Peter Bennett can certainly speak more definitively on this, but<br>
here's my two cents.<br>
<br>
Peter's recent work on adding MediaCodec support on Android using<br>
ffmpeg should make the task of updating our VAAPI support much easier.<br>
Currently, we use VAAPI directly.  We also previously had no support<br>
for the decoder doing the deinterlacing (like I think VAAPI does for<br>
it's advanced deinterlacing).  We now have that capability thanks to<br>
Peter's MedicCodec work.  So, it should *only* be a matter of<br>
replacing our direct VAAPI support with that provided by ffmpeg, like<br>
we already do for software, VDPAU and MediaCodec.  Of course, the<br>
devil will be in the details.<br>
<br>
David<br>
<br><br><br>
</blockquote><div><br></div><div>I thought VDPAU was the "better" one here, would VAAPI be as efficient at offloading as VDPAU has been? If so - Android may be something to consider here. If not, then Intel based nVIDIA graphics where we can utilize VDPAU is still something we need folks to give input on regarding a decent FE.</div><div><br></div><div>I am still split between a NUC and RP3 B+ = seems NUC may be priced a bit more however has more oomph to drive the HD, 4K and/or H.265 movies (as they become more frequently available) ?</div><div><br></div><div><br></div></div></div>