Registered Member
|
In the audio settings, I wish I were able to "map" audio input(s)/output(s) to screens/displays, so when a window is playing audio on that screen, it automatically goes to the mapped output...
I want to push for this as an accessibility feature, though it's mainly useful for setups where a monitor has built-in or mounted speakers but aren't the only speaker outputs ... |
Registered Member
|
Great idea, but impossible. Imagine, what software should do, when app opens more window than one? You can do this experiment: open two Firefox window and play movie in one. On taskbar you got two mute buttons (one for each position). As far, as I known, there's no way to mark sound output to be related to some window.
Lachu, proud to be a member of KDE forums since 2008-Nov.
|
Registered Member
|
Actually, that was something I was considering bringing up to the pulseaudio team...Electron apps are the biggest offenders of this, where everything is just "Chromium" in the system tray's audio volume per-application menu, and I feel there should be more effort to identify and distinguish every app...
Also that's not on the software's end if pulse is a system-wide tool...The only hurdle it seems is that pulse doesn't have much in the code to support getting much info about what's going on in the desktop, as I learned when asking this here: https://unix.stackexchange.com/question ... he-monitor But I thought that maybe if a plasmoid or desktop effect filter could achieve it... |
Registered Member
|
API could be extensible. If pulseaudio allow to create sink, we can allow to send X Window ID or something similar on Wayland side, so PA associate this ID with sink. That's not what probably you want, because it force do changes in app itself.
Lachu, proud to be a member of KDE forums since 2008-Nov.
|
Registered Member
|
" force do changes in app itself " ...how so?
|
Registered users: abc72656, Bing [Bot], daret, Google [Bot], Sogou [Bot], Yahoo [Bot]