<div dir="ltr">I was able to reproduce the problem on Windows with DXVA HW acceleration. Since the format was initially NV12 I had to use the enclosed patch to add a call to CopyFromYv12 to trigger the bug. With this patch we are doing NV12 -> YV12 -> YV12 (inplace with CopyFromYv12).<br>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/23 Felix Abecassis <span dir="ltr"><<a href="mailto:felix.abecassis@gmail.com" target="_blank">felix.abecassis@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">2013/10/23 Rafaël Carré <span dir="ltr"><<a href="mailto:funman@videolan.org" target="_blank">funman@videolan.org</a>></span><br><div class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




How can I reproduce the problem just to check?<br>
<br>
When I use the hw decoder on h264 files it gives me yuv420.<br></blockquote></div><div>Same for me, but the modified line is not consistent with SSE_CopyFromYv12 (called if the CPU supports SSE2) and the index is also not consistent with the other indices from the same statement (we're basically copying the first plane twice in the output image).<br>


</div><div>I'm highly interested if someone has a way to use this code path.<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div>

<span class="HOEnZb"><font color="#888888">-- <br>
Félix Abecassis<div><a href="http://felix.abecassis.me" target="_blank">http://felix.abecassis.me</a></div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Félix Abecassis<div><a href="http://felix.abecassis.me" target="_blank">http://felix.abecassis.me</a></div>
</div>