Talk:MPRIS

From ArchWiki
Latest comment: 9 October 2024 by Lahwaacz in topic Blocking an application from MPRIS

Media buttons of Sony WH-1000XM3

Ad media buttons of Sony WH-1000XM3 -- the volume up/down and prev/next buttons seem to work out of the box (without mpris-proxy), however, the play/pause button doesn't work (with i3wm that is). The solution seems to be to either manual resending of DBus commands by modifying .i3/config (for particular player)

bindsym XF86AudioPlay exec busctl --user call org.mpris.MediaPlayer2.clementine /org/mpris/MediaPlayer2 org.mpris.MediaPlayer2.Player Play
bindsym XF86AudioPause exec busctl --user call org.mpris.MediaPlayer2.clementine /org/mpris/MediaPlayer2 org.mpris.MediaPlayer2.Player Pause

or run mpris-proxy even for this headphones model. Werkov (talk) 20:48, 24 June 2021 (UTC)Reply

Interesting. I have the same headset but the exact opposite problem. My play/pause buttons work without any problem (although I run bluetoothd with /usr/lib/bluetooth/bluetoothd --plugin=*), but the volume buttons do not send XF86AudioLowerVolume/XF86AudioRaiseVolume and this causes two separate volumes to exist, the main PulseAudio one and the one specific to the headset only. E.g dbus-send --print-reply --system --dest=org.bluez /org/bluez/hci0/dev_94_DB_<...> org.bluez.MediaControl1.VolumeUp works though.
I wonder if this is a better topic for the Bluetooth page though.
-- NetSysFire (talk) 22:52, 24 June 2021 (UTC)Reply

Blocking an application from MPRIS

Is there a way to prevent an application from interacting with MPRIS? Google Chrome keeps stealing control of my media keys, even with no media playing, and doesn't release it for other applications to use. This is with chrome://flags/#hardware-media-key-handling disabled, as I've seen reported as a fix for this issue. NickNackGus (talk) 09:50, 24 September 2024 (UTC)Reply

Probably not in the protocol itself, but the playerctl control utility has an --ignore-player option. — Lahwaacz (talk) 11:34, 9 October 2024 (UTC)Reply