No it's an issue with the whole design of the VA. The module is unconditionally unloaded from memory even though it might still have pictures with a context for destruction pointing to dead code. Luckily most of the time it doesn't bite because the vout is kept longer for reuse.<br>It does bite when the driver has pending actions.<br><div class="gmail_quote"><div dir="ltr">On Wed 20 Dec 2017 at 19:13, Rémi Denis-Courmont <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le keskiviikkona 20. joulukuuta 2017, 18.49.58 EET Steve Lhomme a écrit :<br>
> It's necessary to make sure the vout has no "active" decoder picture<br>
> in use before killing the va. At least this is the case with DXVA2 as<br>
> there might be some pending copies in the driver that our code has no<br>
> idea about. But we release the DLL before this is done, resulting in<br>
> crashes. It doesn't happen with D3D11 because we mostly use 0-copy and<br>
> so the vout owns the buffers.<br>
<br>
That sounds like a bug in your VA implementation.<br>
<br>
--<br>
雷米‧德尼-库尔蒙<br>
<a href="https://www.remlab.net/" rel="noreferrer" target="_blank">https://www.remlab.net/</a><br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a></blockquote></div>