Window resize has a max limit?

[d3x0r]

Important Information

Provide following Information:

• mpv version : 1.0.32.0-1
• Linux Distribution and Version : Arch Latest (updated last night)
• Source of the mpv binary : prebuilt image from Arch package manager
• If known which version of mpv introduced the problem : Unknown
• Window Manager and version : weston/KWin/Plasma (all latest available)
• GPU driver and version : amdgpu
• Possible screenshot or video of visual glitches : n/a

Reproduction steps

Start playing a video. The window starts at the size of the video; I have 2 4k monitors, and most videos I get are like 360p... so I usually resize the window. Grabbing the title bar towards the top of the window allows me to resize the window, however, once I reach about 2x the size of the current (unsized) window, the sizing stops, and snaps back to the starting size. So to stretch most videos to a confortable size I have to click, drag bigger, move the mouse back a bit since I will inevitably stretch it larger than 2x to start, and eventually let go, and have to reclick the sizing and stretch it again... depending on how close to 2x I got in the irst place I can usally get a good display size, but often I only get to like 1.5x, so the second resize will still end up moving bigger than 2x the new size and have to re-adjust the mouse back to where it is resizing...

Expected behavior

As long as the mouse is clicked and held, the resizing should work, without some sort of limit .

and basically all the resizes should be greater then the prior...

[  15.922][v][vo/gpu/wayland] Resizing due to xdg from 1841x1036 to 1838x1034

Actual behavior

I don't see anything in the log about why the size drops back immediately to the small size.

[  16.169][v][vo/gpu/wayland] Resizing due to xdg from 1838x1034 to 1848x1040
[  16.177][v][vo/gpu/wayland] Resizing due to xdg from 1848x1040 to 1045x587

Log file

mpv.log

Sample files

I don't know that any specific video is required; it happens on all that I have; it might require a monitor big enough to stretch videos a couple times...

[Dudemanguy]

I can't reproduce here (wayland/waylandvk with weston or sway) on my 4k monitor. Some blind guesses, but maybe check a few things real quick.

• Does it happen if you only have one monitor plugged in?
• Does it happen in vulkan?
• Does it happen in xorg?

[d3x0r]

I can't reproduce here (wayland/waylandvk with weston or sway) on my 4k monitor. Some blind guesses, but maybe check a few things real quick.

• Does it happen if you only have one monitor plugged in?

(will try and update in a bit)

• Does it happen in vulkan?

does do it with -vo=wlshm mpv.log

[vo/wlshm/wayland] Resizing due to xdg from 1121x631 to 1130x636

am not sure how to enable vulkan ... --gpu-api=vulkan wouldn't seem to be an output

does NOT do it with --vo=x11
mpv.log

• Does it happen in xorg?

I can't get xorg to start...

[Dudemanguy]

On Arch you'll need vulkan-radeon installed for the vulkan context. Although I guess judging that it happens in wlshm (totally forgot about that; thanks for testing that one), I assume you'll probably have the same issue there.

I can't get xorg to start...

You can try it with xwayland (--gpu-context=x11egl). That should work unless you went out of your way to remove xorg completely (unlikely). Anyways, it's almost certainly a wayland issue on our end. Going to assume this has something to do with multimonitor although I don't remember this happening when I tested it way back when.

[bitraid]

I've noticed that on wayland/sway (but not on xwayland), when a floating mpv window is resized with Alt-0, switching to another window resets the mpv window size.
There are also problems with with rotate and autofit: see swaywm/sway#4094, which should be the same root cause as #6653, but it's not fixed by #6978.

[d3x0r]

--gpu-context=x11egl does not have issues resizing.
I had vulkan-radeon installed...
vkcube shows a spinning cube.
Unplugged a monitor; KWin moved most things to the remaining montior, and reset to a 2x scaling factor; but the behavior was still the same. Ending KWin/plasma and restarting it has the same problem with the default option (first log file) which appears to be OpenGL... (EGL? for window management? which is the same for vulkan?)
I did notice that the refresh rate is set as 30Hz...
This is an AMD1605B

AMD Ryzen™ Embedded V1605B with Radeon™ Vega 8 Graphics

item	val
# of CPU Cores	4
# of Threads	8
CPU Max Freq.	Up to 3.6GHz
CPU Base Freq.	2.0GHz
TDP	12-25W
GPU Brand	AMD Radeon™ Vega 8 Graphics
GPU Max	1100 MHz
GPU CU	8
# Displays	4
Max Resolution (for single display)	4096x2160
Display Interfaces	up to 4x HDMI 2.0b or 4x DP 1.4
HW Video Encode / Decode	up to 4K @ 60Hz

Probably all irrelevant...

Sounds more like Wayland vs. x11?

[Dudemanguy]

Yeah don't worry about vulkan. That's a totally separate thing.

Does this happen to you in single monitor with Weston? I've definitely resized just fine in Plasma before.

[d3x0r]

Yes, starting weston with a single monitor behaves the same way (dropping the resize drag)

[Dudemanguy]

I can't reproduce it here. In one go, I can resize a video to much larger than 2x the size. No idea how this is happening to you.

FWIW: I can reproduce the window-scale thing so maybe that's related.

[Dudemanguy]

Try #7432? I don't think it will fix this issue, but maybe we got lucky.

[bitraid]

Try #7432? I don't think it will fix this issue, but maybe we got lucky.

For me, it didn't fix window-scale, either. Using sway version 1.4-ffbf10d0 (Jan 31 2020, branch 'master')

[Dudemanguy]

Hmm, it looks like VO_EVENT_RESIZE doesn't send a configure event to the compositor for some reason. That might be the source of the problem.

[Dudemanguy]

Ah, I had misunderstood how xdg_configure.toplevel was supposed to work. The compositor isn't supposed to send a configure event there. Okay, I know the right way to do this now (although unsure if this will actually fix OP's issue).