mpv-player / mpv-player/mpv

kwin Wayland: mpv going off wrong monitor in mixed refresh multi monitor setup

Open
#10,444 17 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

os:linux vo:gpu:wayland
Dominant language
C
Stars
37k
Forks
3.5k
Avg merge
1d 10h
Merged PRs (30d)
22

Description

Important Information

Provide following Information:

  • mpv version: 0.34.1
  • Linux Distribution and Version: Fedora 36 KDE
  • Source of the mpv binary: Fedora repo
  • Window Manager and version: kwin 5.25.3
  • GPU driver and version: mesa 22.1.3
Reproduction steps

In my setup, I now have a 2560x1440 144hz monitor as primary, and a 1920x1080 60hz monitor extended to the right.
Open a video. It opens on the primary monitor. The info overlay says Display FPS: 60 (specified) 144 (estimated). Tons of frames are mistimed/delayed as a result. Same Display FPS results with --no-config.
A 1080p video opened with autofit-larger set assumes it needs to take effect even though it shouldn't on a 1440p display.
Dragging the mpv window to the second monitor, then back to the main monitor, Display FPS (specified) goes to 144. No more mistmed and delayed frames.

Log file

output.txt

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the mixed-refresh multi-monitor setup described in the issue and reviewing output.txt, then trace mpv's Wayland window and display-refresh handling. Verify the behavior with the 144 Hz primary and 60 Hz secondary monitor, including autofit-larger; done means the window uses the correct monitor's refresh rate and sizing without needing to be dragged away and back.

Written by the indexing model from the issue text.

Assessment

Tech stack
c, linux
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.