Media key controls behavior with multiples mpv processes
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
mpv Information
mpv v0.41.0-514-g06f4ce75a Copyright © 2000-2026 mpv/MPlayer/mplayer2 projects
built on Apr 19 2026 00:07:20
libplacebo version: v7.362.0 (v7.360.0-16-g409c9a8-dirty)
FFmpeg version: N-124033-gd538a71ad
FFmpeg library versions:
libavcodec 62.30.100
libavdevice 62.4.100
libavfilter 11.15.101
libavformat 62.13.102
libavutil 60.30.100
libswresample 6.4.100
libswscale 9.7.100
Other Information
- Windows version: Windows 10 LTSC 21H2 (19044.7058)
- GPU model, driver and version: RX 9070 XT, driver 32.0.23033.1002 and version 26.3.1
- Source of mpv: https://sourceforge.net/projects/mpv-player-windows/rss?path=/64bit-v3
- Latest known working version: N/A
- Issue started after the following happened: N/A
Reproduction Steps
#input-media-keys : media keys when mpv is in focus
#media-controls : global media keys when mpv is not in focus
Set those options in a profile doesn't work
Expected Behavior
Using those parameters in a profile work : keyboard is disabled by default and only work when profile audio is loaded (I don't want mpv to pause a stream playing mpv [mute} while listening some music playing another mpv [unmute})
#input-media-keys=no #default=yes (focus mpv)
media-controls=no #default=yes (non focus mpv)
[audio]
input-media-keys=yes
media-controls=yes
Actual Behavior
Either configuration of those parameter in a profile doesn't work neither (no,no - no, yes - yes, no or yes,yes), mpv pause all mpv window without any possibility of focusing a mpv process (only play/pause a mpv process with audio profile per example) and don't play/pause a stream mpv process
I understand the focus behaviour and don't have any problem with it but the non focus behaviour sucks because you can't decide which process can or can't receive media keys because their options don't work in profile(s)
Any workaround ?
Log File
output_stream.txt
output_audio.txt
Sample Files
# Media key
# input-media-keys : media keys when mpv is in focus
# media-controls : global media keys when mpv is not in focus
media-controls=no
[audio]
media-controls=yes
I carefully read all instruction and confirm that I did the following:
- I tested and confirmed that the issue exists with the latest release version or newer.
- I provided all required information including system and mpv version.
- I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of
--log-file=output.txt. - I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
- I attached the full, untruncated log file.
- I attached the backtrace in the case of a crash.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue with the sample media-controls configuration and the separate audio profile, then inspect output_stream.txt and output_audio.txt. Verify how input-media-keys and media-controls are applied across focused and unfocused mpv processes; done means each process responds only when its configured profile enables the relevant controls.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100