<div dir="ltr"><div>Control: tags -1 - moreinfo</div><div><br></div><div>Thank you Simon,</div><div><br></div><div>turns out you hit the nail on the head: I had pulseaudio and pipewire, but did not have pipewire-pulse installed.</div><div><br></div><div>Installed that, rebooted, and it's now working: volume up and down out of the box, mute when I set the keybindings.</div><div><br></div><div>@gnome-shell team: considering I am on what is basically a fresh install, should pipewire-pulse come preinstalled? My system, out of the box (from a netinstall), comes with these packages (except pipewire-pulse, which I just installed, and probably vlc-plugin-pipewire, which may have been installed along with VLC)</div><div><br></div><div>$ dpkg -l | grep -E "pulseaudio|pipewire"<br>ii  gstreamer1.0-pipewire:amd64           0.3.51-1                           amd64        GStreamer 1.0 plugin for the PipeWire multimedia server<br>ii  gstreamer1.0-pulseaudio:amd64         1.20.2-1                           amd64        GStreamer plugin for PulseAudio (transitional package)<br>ii  libpipewire-0.3-0:amd64               0.3.51-1                           amd64        libraries for the PipeWire multimedia server<br>ii  libpipewire-0.3-common                0.3.51-1                           all          libraries for the PipeWire multimedia server - common files<br>ii  libpipewire-0.3-modules:amd64         0.3.51-1                           amd64        libraries for the PipeWire multimedia server - modules<br>ii  pipewire:amd64                        0.3.51-1                           amd64        audio and video processing engine multimedia server<br>ii  pipewire-bin                          0.3.51-1                           amd64        PipeWire multimedia server - programs<br>ii  pipewire-media-session                0.4.1-2                            amd64        example session manager for PipeWire<br>ii  pipewire-pulse                        0.3.51-1                           amd64        PipeWire PulseAudio daemon<br>ii  pulseaudio                            15.0+dfsg1-4                       amd64        PulseAudio sound server<br>ii  pulseaudio-module-bluetooth           15.0+dfsg1-4                       amd64        Bluetooth module for PulseAudio sound server<br>ii  pulseaudio-utils                      15.0+dfsg1-4                       amd64        Command line tools for the PulseAudio sound server<br>ii  vlc-plugin-pipewire:amd64             3-1                                amd64        PipeWire audio plugins for VLC</div><div><br></div><div>Thanks!<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 31, 2022 at 9:51 PM Simon McVittie <<a href="mailto:smcv@debian.org">smcv@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Control: reassign -1 gnome-shell<br>
Control: tags -1 + moreinfo<br>
<br>
On Tue, 31 May 2022 at 20:02:39 +0200, Claudio wrote:<br>
> My system does not react to Volume Up/Down/Mute events, but still<br>
> reacts to Play/Pause/Previous/Next.<br>
<br>
dbus is not responsible for generating events or reacting to events,<br>
only delivering messages generated by something else, so this is very<br>
unlikely to be a dbus bug. You implied that your UI is gnome-shell,<br>
so I'm sending the bug report there for now, but I think it might be<br>
working as designed.<br>
<br>
> Trying to trace the event I checked GNOME keybindings; the UI recognizes<br>
> the Audio Raise/Lower/Mute Volume inputs when binding the keys, but<br>
> nothing happens when I try to use them<br>
<br>
I believe the way volume keys are meant to work in GNOME is that<br>
gnome-shell receives the keyboard events and uses them to control the<br>
overall volume in PulseAudio (or Pipewire if you have pipewire-pulse<br>
installed).<br>
<br>
The reason MPRIS is necessary is that for events like play/pause, there<br>
is no reasonable thing that gnome-shell can do on its own: the only thing<br>
it can usefully do is pass the event on to your active media player,<br>
and hope it can do something useful in response. That isn't the case for<br>
volume control, which gnome-shell can deal with in an app-independent way:<br>
regardless of whether you are playing music through a MPRIS media player,<br>
playing sounds from a non-MPRIS source like a game, both, or neither,<br>
the Shell changes the volume level directly, which will result in media<br>
players, games, system sounds and all other sound sources getting louder<br>
or quieter as appropriate.<br>
<br>
So I think this is probably working as designed, unless the volume is<br>
not actually changing (in which case that would be a problem with the<br>
interaction between gnome-shell and pulseaudio).<br>
<br>
> xev does not recognize any<br>
> XF86Audio* events (volume or play/pause/etc.).<br>
<br>
If you're using gnome-shell in its default Wayland mode, any key that is<br>
grabbed by gnome-shell is not going to be visible to the X11 emulation<br>
provided by Xwayland, and therefore not visible to xev. That's working<br>
as designed. For applications, the result of pressing volume up/down keys<br>
should be indistinguishable from the result of dragging the GUI volume<br>
slider: either way, the representation is "volume changed".<br>
<br>
    smcv<br>
</blockquote></div>