On Sat, 08 Oct 2022 14:30:43 +0300 =?ISO-8859-1?Q?R=E9mi?= Denis-Courmont < r...@remlab.net> wrote:
> I believe that the issue is not fixed at all. > > The symptoms started showing up after Debian updated Qt, and affect only the Qt > GUI. The last attempt to fix it affected the VA-API video decoding path in such > a way that it will still *fail* at a different pace than it did before the fix. > Then it will fallback to VDPAU or to software decoding path. > > But it will still fail anyhow, and the exact same failure occurs when playing > video outside the VLC GUI, which is unaffected. Therefore, I am led to believe > that this is a race condition that became apparent with the Debian Qt update, > and partially worked around by the last VA change in the Debian VLC packaging. > > > It would be interesting to see if it reproduces with VLC <= 3.0.12 and >= > 3.0.18~rc1. If not, then the X11 protocol-level race condition with parenting > the VLC video window would be the obvious culprit. Unfortunately though, I > reckon that that is in fact an X11 protocol design issue that is unfixable > (short of switching to Wayland, basically), though there are potential > workarounds. > > It could also be something else. I don't pretend to know that. > > -- > レミ・デニ-クールモン > http://www.remlab.net/ I've compiled 3.0.18-rc2 (sorry i wasn't able to build 3.0.12 also), sadly it is still reproducible. I really hope that if it's unfixable, at least some workaround could take place, i'm not ready to switch to wayland. Regards.
