I’m having an issue where any time I try to use certain programs at the same time, only one will play audio, the either just doesn’t work at all or it’ll be entirely muted. It doesn’t happen often but when it does it drives me completely insane and I have been entirely unable to find a solution elsewhere and I’m at my wits end. The only thing I have seemingly been able to find out is that it apparently has something to do with either sample rates or PulseAudio, maybe ALSA but I’m unsure.
The only similar instances I’ve been able to find when looking this up are irrelevant as they involve specific circumstances that don’t apply to me at all. I’m completely lost at this point trying to solve this.
I think it’s something to do with something only working with one package at a time, but that’s as far as I’ve been able to get on my own.
If only one audio stream can play it is likely that the application creating the audio stream is bypassing PulseAudio and playing direct to a hardware device in ALSA
(an audio stream bypassing PulseAudio is not visible in desktop GUI audio controls)
ALSA can support multiple audio streams with a plugin, but applications are usually granted exclusive control of an audio device that blocks other audio streams
One of the raisons d’etre for PulseAudio was to allow playback of multiple audio streams
If PulseAudio is blocked from connecting to a device in ALSA, audio streams will still appear to play in audio GUI controls but will not be audible.
If all playback devices are inaccessible, PulseAudio creates a Dummy Output so audio playback is not blocked and applications do not crash or lock up system if audio playback fails
I suggest you first check audio settings for the applications taking exclusive control of ALSA
Ensure they are set to use PulseAudio (or default if PulseAudio is not listed alongside audio hardware devices) and check audio playback is visible in PulseAudio GUI controls
Then check any applications that fail to play audio direct to ALSA or cannot be seen playing audio in PulseAudio GUI controls and ensure they are set to use PulseAudio (or default)
I think I stumbled upon something along these lines earlier, however I was unable to find out where to do any of this. If there’s supposed to be an option inside whichever programs I’m having issues with, none of them have any such option. If it’s something else then I’m lost.
try using pipewire instead of pulse: sudo pacman -S manjaro-pipewire
it will give you pulse dependency issues, so remove them first, run the command again, select wireplumber, reboot and test
Please advise which applications are taking exclusive control of audio devices
System data shows both PulseAudio and PipeWire sound servers are running
Pipewire developers have recently advised that both sound servers running simultaneously will cause conflicts
FAQ · Wiki · PipeWire / pipewire · GitLab
running pulseaudio together with a PipeWire setup configured for audio is not supported (and will fail as both servers fight for devices).
If you could suggest using pamac to install Manjaro metapackages it would yield better information for Manjaro Team to consider improving either the metapackage or the package manager
I suspect pamacmight be better at handling Manjaro metapackages, but cannot confirm this due to lack of data posted in topics
Once it can be established which packages are causing problems they can be removed before installing metapackage e.g.
Unfortunately, inxi only checks if a process named pipewire is running, it does not check if pipewire is (trying to) managing audio. One would need to inspect the output of pw-dump to determine that.
I wanted to remove Pulse in favor of PipeWire as a friend recommended that to me, but I had no idea how to go about that and I ended up overwhelming myself trying to find out. Didn’t give me an option to choose Wireplumber though, but I managed to solve that part myself easily enough.