Re: [PATCH] mplayer has broken Letterboxing with xv Video Output on i3wm

Tobias Girstmair <[email protected]> Sun, 22 May 2022 02:56:39 +0200
Newsgroups gmane.comp.video.mplayer.devel
Message-ID <[email protected]>
Hi Reimar, thanks for having a look!

On Sat, May 21, 2022 at 10:38:42PM +0200, Reimar D=F6ffinger wrote:
>FYI one important case that needs testing is that resizing works, =

>smoothly and flicker-free.

I tested this right now both with and without a compositor (picom). I =

can't see any flicker on the video in all cases.

>That has been the reason why in the past it was not fixed, breaking =

>tiling window managers seemed preferable of breaking resizing with =

>non-tiling window managers.
>I think the issue is that with PAspect you would still end up with =

>window sizes a few pixels off.

Right, I can see that (with some debug printfs): during resizing, the =

window size is sometimes (not always) one pixel larger than the video =

size in one of the dimensions. IMO if that happens, filling the blank =

space is still the correct thing to do.

>So you would end up drawing these borders even though the tiny bad =

>lines are of no real consequence (and probably should be fixed by =

>changing the size of the video that is drawn).
>And doing so, especially during a resize sequence results in really bad =

>flickering.

Are you talking about the video or the border flickering? The only kind =

of 'flicker' I can observe is that the video resizing lags behind/isn't =

synched to the window resizing (giving either a little bit of black on =

the right and bottom edge when increasing window size, or clipping the =

video in the same corner when making the window smaller). That happens =

with and without my patch and is (i believe) unrelated to drawing the =

letter/pillarboxes. If it were, I'd expect to see 1px wide lines, not =

whole sections.


	tobi