Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Speaker volume stuck at 100%, does not allow change (M1 Max / 16" Macbook Pro) #142

Open
madcow4242 opened this issue Oct 29, 2024 · 5 comments

Comments

@madcow4242
Copy link

Volume control works fine at boot time, and even after multiple suspend/resume cycles. However, at as-yet-unknown intervals the volume control stops working correctly.

Trying to change volume with the applicable function keys brings on the OSD for volume, but the displayed volume setting only will toggle between full volume and one setting down from full (no matter what key is pressed).

Similarly, once this starts to happen, changing volume in the Settings/Sound control panel also does not function (it stays at full volume setting).

A full reboot resets this issue until some future time when it will recur. If I can figure out what circumstances trigger it I'll add context.

@tobhe
Copy link
Member

tobhe commented Oct 30, 2024

Thanks for the report, this seems to be a bug in gnome related to our arguably rather complex audio setup. There are audio devices exposed to userland which speakersafetyd is supposed to attach to and then the real safe device that gnome is actually supposed to use. Every once in a while it seems to pick up the wrong one (I think that might be after suspend).

@madcow4242
Copy link
Author

I'll keep an eye on it but if it's after suspend, it's not ALWAYS after suspend. I can suspend/resume quite a number of times with no issue, then I'll find it's happened after that. I'll ensure to test the speaker volume control immediately before/after each suspend and see if it triggers at that specific event.

@madcow4242
Copy link
Author

madcow4242 commented Oct 30, 2024

I just had it occur, and it wasn't due to suspend/resume - it happened immediately after a system notification / beep - in this instance, a pop-up notice at the top of the screen from an incoming Mattermost direct message. After that "beep", volume is stuck at 100%. (I would screen shot the message, but it disappears when I use the tool)
(Edit: I had a suspicion this may be the case before, and this confirmed it for me... it's not just a one-time event)

@hamza72x
Copy link

+1 Same Here

@tobhe
Copy link
Member

tobhe commented Dec 28, 2024

You can temporarily work around this using systemctl --user restart pipewire. Still looking for a permanent fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants