Bug#1034867: smplayer: crash when playing video files using mplayer under Wayland
Followup-For: Bug #1034867
Control: fixed -1 smplayer/23.6.0+ds0-1
Control: close -1
On Sat, 09 Dec 2023 22:18:12 +0000 I wrote:
> On Tue, 14 Nov 2023 20:31:38 +0000 I wrote:
> > The separate issue of mplayer breakage when using an invalid wid parameter in
> > combination with the nokeepaspect option still seems replicable to me using
> > mplayer at version 1.5+svn38423-2+b1 -- a version that _should_ include the
> > potential fix from r38428 I think..
>
> Nope, my mistake there - according to upstream[1], a fix for the wid/nka issue
> landed in r38428 and that's a few commits _after_ svn38423 - so I'll check on
> that again in future.
>
> [1] - http://trac.mplayerhq.hu/ticket/2411#comment:5
Ok -- I can confirm that the quoted floating-point crash error in mplayer (not
smplayer) is indeed fixed in mplayer 2:1.5+svn38446-1 in Debian, which includes
the r38428 fix, as expected.
Meanwhile: the problem with smplayer passing a legacy X11 Window-ID (wid)
parameter to _either_ mpv or mplayer using QT on Wayland (resulting in no
video output and BadWindow error messages) was resolved in smplayer v23.6.0
upstream by requesting that the video player use an X-compatible plugin (xcb).
I think what this means is that the way that smplayer creates a subprocess to
render video back to its' own window is dependent on Xwayland and the xcb
compatibility layer in QT.
Reply to: