On Sat, 8 Oct 2022 15:40:49 +0200 KeyofBlueS <keyofbl...@gmail.com> wrote: > 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.
Don't know if it can be relevant, but vlc 4.0.0-dev in master, both with classic and modern layout, doesn't suffer from this issue, or at least i'm not able to reproduce it.
