On Sat, 8 Oct 2022 15:40:49 +0200 KeyofBlueS <
keyofblues@gmail.com> wrote:
> On Sat, 08 Oct 2022 14:30:43 +0300 =?ISO-8859-1?Q?R=E9mi?= Denis-Courmont <
>
remi@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.