Describe the bug
When JACK support is compiled in, mumble defaults to unconditionally starting a JACK server by default, when it is started.
This leads to scenarios, in which users of pulseaudio get a JACK server started, if they want to or not. The JACK server then grabs the hardware and depending on desktop environment or setup the applications currently connected through pulseaudio will not be able to play back anymore.
Further details can be found in this downstream bug on Arch Linux.
This (unconditional autostart) behavior is not good practice, as users will not get any feedback over what is happening. They can of course deactivate it via ~/.config/Mumble/Mumble.conf:
[jack]
startserver=false
IMHO the behavior should be exactly the other way round: Never autostart a JACK server (as mumble can't know what the user wants when it is started and will do the wrong thing).
However, starting of JACK could potentially be done in the Settings dialog (by user interaction!), if mumble detects, that no JACK server is running.
Steps to Reproduce
Steps to reproduce the behavior:
Expected behavior
Mumble attempts to connect to JACK only when a server is running and otherwise either defaults back to another audio backend, or none.
Screenshots
Desktop (please complete the following information):
Additional context
For packaging purposes on Arch Linux I will reverse the behavior and not make mumble autostart a JACK server by default (src/mumble/Settings.cpp):
bJackStartServer = false;
I'm not too familiar with the audio system but from what you have wrote I agree with you.
@davidebeatrici is the Jack-expert here and he might have a specific reason as to why the jack server is started per default. :man_shrugging:
The JACK library starts the server by default: https://github.com/mumble-voip/mumble/blob/d1e4b47fd0472c50b11067379cf5306c78ea0736/src/mumble/JackAudio.cpp#L263
I agree that our option should be initialized to false, so that JackNoStartServer is passed by default.
Alright then I guess patching this is dead easy :+1:
@dvzrv do you want to open a PR with that patch or shall I do it? :)
@Krzmbrzl I can do it!
Most helpful comment
@Krzmbrzl I can do it!