<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Aug 5, 2015 at 3:16 PM, Ozzy Lash <span dir="ltr"><<a href="mailto:ozzy.lash@gmail.com" target="_blank">ozzy.lash@gmail.com</a>></span> wrote:<br><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">On Wed, Aug 5, 2015 at 11:34 AM, David Engel <span dir="ltr"><<a href="mailto:david@istwok.net" target="_blank">david@istwok.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Wed, Aug 05, 2015 at 02:52:41PM +0000, Gary Buhrmaster wrote:<br>
> On Wed, Aug 5, 2015 at 2:31 PM, Stuart Auchterlonie<br>
> <<a href="mailto:stuarta@squashedfrog.net" target="_blank">stuarta@squashedfrog.net</a>> wrote:<br>
> .....<br>
> > Given that we have not yet implemented deinterlacing with the VAAPI<br>
> > interface, i'm not surprised about this.<br>
><br>
> I had thought that the current codes support bob (which mostly sucks).<br>
><br>
> While the current codes are not capable of enabling the latest VAAPI<br>
> deinterlacing capabilities (MADI (Motion Adaptive Deinterlacing), and<br>
> MCDI (Motion Compensation Deinterlacing)), even when they do, I do<br>
> not think any of the current generation "sticks" do MCDI, so only<br>
> those with low expectations should get their hopes up.<br>
<br>
</span>That is my understanding as well.<br>
<span></span></blockquote><div><br></div><div>I'm not sure about the compute sticks, but isn't the Liva using an Ivy Bridge part?  If I look at the code at <a href="http://code.metager.de/source/xref/freedesktop/vaapi/driver/intel/src/i965_device_info.c" target="_blank">http://code.metager.de/source/xref/freedesktop/vaapi/driver/intel/src/i965_device_info.c</a> and go down to the section on the ivy bridge parts, I see<br><br>extern struct hw_context *gen7_dec_hw_context_init(VADriverContextP, struct object_config *);<br>136extern struct hw_context *gen7_enc_hw_context_init(VADriverContextP, struct object_config *);<br>137static struct hw_codec_info ivb_hw_codec_info = {<br><br>.....<br>161    .has_accelerated_getimage = 1,<br>162    .has_accelerated_putimage = 1,<br>163    .has_tiled_surface = 1,<br>164    .has_di_motion_adptive = 1,<br>165    .has_di_motion_compensated = 1,<br><br></div><div>Which would seem to indicate that it would support motion compensated deinterlacing.  I thought that the compute stick used a Bay Trail part, which if I understand correctly is an ivy bridge with fewer processing units.  I don't see that platform called out in the file, so I would have assumed that it also supported MCDI.<br><br></div><div>I use a Liva, and while it looked a bit different that the old ION1 system it replaced, I don't really notice any really bad deinterlacing issues, but I don't tend to record a lot of sports.  If at some point the picture gets even better, it will be a bonus in my book.<br><br></div><div>Bill<br></div></div></div></div></blockquote><div><br></div><div>/proc/cpuinfo on my Liva (one of the older models) identifies it as a Celeron N2807, which is apparently a Bay Trail-M processor. Not sure about its specific deinterlacing capabilities.<br><br></div><div>Karl<br></div></div></div></div>