[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 --- Comment #12 from Stefan Krüger --- Created attachment 169332 --> https://bugs.kde.org/attachment.cgi?id=169332=edit showing the audio systemtray window with selected *default* source -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Stefan Krüger changed: What|Removed |Added CC||m...@s-light.eu --- Comment #11 from Stefan Krüger --- i see a very similar pattern: i have a *combined sink* (to split up my system audio to multiple sources) and if my audio player is selected to play directly on my usb audio device the key-shortcuts / systemtray AudioVolume thing does not show / handle the right device.. if i switch the audio player app and reslecte the default in the widget it works with the combined one. i would like to use the shortcuts for the real usb audio device... if i then select the USB-Audio Device as *default* and then use application tab and change the audioplayer to the combined device it works as i like it.. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Radek Novacek changed: What|Removed |Added CC||ra...@centrum.cz -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 fanzhuyi...@gmail.com changed: What|Removed |Added CC||rakijaistheb...@abv.bg --- Comment #10 from fanzhuyi...@gmail.com --- *** Bug 476519 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 j...@bonwick.dev changed: What|Removed |Added CC||j...@bonwick.dev -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Sqaaakoi changed: What|Removed |Added CC||bugs.kde@m.sqaaakoi.xyz --- Comment #9 from Sqaaakoi --- I've also been experiencing this recently. I am using Pipewire and my config includes a virtual surround sound sink for my headphones. The issue has only been occuring since this virtual sink was added. I am not sure what defines the "preferred sink", however I can note that all the devices it chooses to fallback to are connected via USB (Headphones, speakers) or is the virtual sink I have created. Also, those devices are the only devices I actively select to use as the default sink. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Tamás Pesti changed: What|Removed |Added CC||ptamas2...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Ismael Asensio changed: What|Removed |Added CC||gudvinr+...@gmail.com --- Comment #8 from Ismael Asensio --- *** Bug 473493 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 --- Comment #7 from AT --- I keep experiencing weird stuff with pipewire and the selected device in the volume control, maybe it's related. Like opening a video with mpv, and it randomly choosing to play audio either from the first device in the list (currently muted and unselected), or the currently active/selected one with the radio button selection. I was originally opening and closing mpv multiple times over until I got audio, thinking it was an mpv problem, but then I found not getting audio was because of it randomly picking the muted device I've also discovered the hamburger menu's "Play all audio from this device" and "Record all audio from this device" which is confusing because clicking that does NOT change the radio button position. So what do the radio buttons to select a device actually do then? -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Eduardo changed: What|Removed |Added CC||eduardo.c...@kdemail.net --- Comment #6 from Eduardo --- I suffer a lot from this issue. I use pipewire with a virtual sink, and I use Carla with some LSP - Linux Studio Plugins - equalizer/crossover on top of the virtual sink routing to the real sink. My default sink is the virtual sink, and that's the one that should have the volume being controlled. However, most of the times, the applet changes the volume of the real sink. Just like the OP's video. But for me it's somewhat random, sometimes it works correctly, sometimes it doesn't. Regardless of something being played back or not. I've looked into the code, in this file https://invent.kde.org/plasma/plasma-pa/-/blob/master/src/pulseaudio.cpp there is a method called "findPreferredSink()" in line 271. >From reading the code, I understand there are 2 distinct concepts: "default sink" and "preferred sink. "Default sink" is the selected sink on the applet's UI, and "preferred sink" is a guess of what sink should have the volume controlled based on the playback state. For instance, if "sink A" is the selected "default sink" in the UI but it happens to not have any playback going on, while another "sink B" does have playback going on, then the code would select "preferred sink" as "sink B", not "sink A", and volume changes would affect "sink B" and not "sink A". That seems to be with the best of intentions, however something is not working correctly in the case of virtual pipewire sinks. I don't see any obvious logic error by reading the code and running it mentally. But I haven't managed to debug it since I don't know of an easy way to compile and run this applet and see some sort of console output. Simple fix would be to just disregard this "preferred sink" concept at all and just always adjust the volume of the selected "default sink". However that feature is there for 7 years and I guess most KDE mantainers would not agree to delete an already deployed feature like this. So... maybe someone can properly debug this code and find the bug? Perhaps pipewire is guilty of not reporting the correct state of its devices, if we can debug and show that it is the case, we should file a bug report in pipewire. Or perhaps there is a logic bug in this code that I'm not seeing now. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 --- Comment #5 from AT --- also not sure if it matters but I'm using `pactl load-module module-combine-sink` for a "simultaneous outputs" solution -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 AT changed: What|Removed |Added CC||atmaho...@gmail.com --- Comment #4 from AT --- I just switched from pulseaudio to pipewire-pulse and now experience this issue when I didn't before. I'm on arch linux plasma 5.26.2 I have 5 audio sinks. When I used the vol up/down buttons on keyboard, it was adjusting the volume of the first sink, which was not the currently selected/toggled sink. Per the OPs reddit post/video I tried the workaround - to play some audio and then manually change the volume first. After this the keyboard vol up/down keys respect the correct sink. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 --- Comment #3 from Andrej Halveland --- Created attachment 153299 --> https://bugs.kde.org/attachment.cgi?id=153299=edit Bug showcase Also forgot to mention... If I close the audio source (mpv in the video), I once again can't adjust the volume by using volume keys, as seen at the end of the video. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 Andrej Halveland changed: What|Removed |Added Ever confirmed|0 |1 CC||andrej.h...@gmail.com Status|REPORTED|CONFIRMED --- Comment #2 from Andrej Halveland --- I have the exact same behaviour, although I noticed that when the virtual sinks are not connected to anything the volume seems to adjust just fine, but If I load my Carla project with several EQs and things like that, then it starts to misbehave... I experience this bug on multiple of my computers. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: Plasma 5.26.2 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 456310] Keyboard volume control keys don't change the volume of the default sink
https://bugs.kde.org/show_bug.cgi?id=456310 --- Comment #1 from lucasrizzini --- Fixing the last line: I found some old similar bug reports, but none to this specific scenario. -- You are receiving this mail because: You are watching all bug changes.
