Closed mariachini closed 1 year ago
This happens if the default output device is set to the virtual JamesDSP sink. That can also cause other issues, because the app uses the current default device to automatically determine which audio output path to choose.
Make sure to select your actual speakers/headphones instead in your system audio settings.
In the past, if someone (or the system) accidentally muted that virtual device somehow (instead of changing the volume of their speakers), they were often unable to figure out how to reverse it, because some DEs hide these virtual devices by default from their audio settings page. To avoid that, the volume of virtual device was fixed to 100%.
I'll try to implement some kind of check for this and display a warning to the user, because this is currently not properly documented and a bit confusing.
Actually, setting the option to always use a device other than JamesDSP sink helped. Topic to close. This is not a "bug" in this case, but a suggestion to consider.
I noticed a rather strange thing - if you turn on JamesDSP, any change in the volume slider does not affect the actual volume of the device. In the case below, I change the voice volume slider for the entire system. But a similar situation occurs, for example, when playing songs - no matter how many times I change the volume, even setting 0% volume on the system causes the music to play at 100%.
Previously, there were no such problems.
System information:
Log:
I'm using latest arch with KDE. Pipewire is set as sound processor.