I've recently upgraded to Kubuntu 14.10 (KDE 4.14.2), and started getting this issue: Whenever I turn off/on my TV (connected as third display to PC), it is no longer remembered as an audio output device. So every time I turn on the TV I must go to K Menu -> System Settings -> Multimedia -> Audio and Video Settings -> Audio Hardware Setup -> Profile and re-select the proper profile. Sound Card is "Built-in Audio", and there are 3 different profiles in the dopdown list all identically named "Digital Stereo (HDMI) Output", however selecting each of them gives a different Connector name below: "HDMI / DisplayPort", "HDMI / DisplayPort 2 " and "HDMI / DisplayPort 3". In my case the second one is the correct one, but when the TV is turned off+on it changes back to the third, which is incorrect. This issue did not occur before the upgrade, and there were no other hardware changes. I'm not sure what component is responsible for this issue, but I'm filing it here since system settings is the visible part of the workaround. Installed systemsettings package version is 4:4.11.12-0ubuntu1.1, not sure what it was before the upgrade (on Kubuntu 14.04, and I think also KDE 4.14.2 from backports ppa - but obviously something was different...) Reproducible: Always
Update: While this still occurs (and annoys) daily, I've noticed that it's not the turning off and on of the TV itself that causes the settings to be lost. If I do so, the setting may stay intact, but when I come back to the pc a few hours later or the next day, the setting is lost again. So something else in between usages of the TV is modifying these settings. I have a suspicion that it gets reset when all the monitors enter low-power mode (or whatever it's called when they turn off after the pc is idle for a while - the pc itself is not hibernating/suspended/sleeping, only the monitors shut off until any key is pressed or mouse is moved). I'm not sure this is it, though. Is there an easy way to manually invoke the monitor low-power mode in order to test this hypothesis?
Sounds more like a Pulseaudio problem. After you set everything up correctly run the following in a terminal pactl list cards &> ~/pactl.1.log once the settings are lost again run pactl list cards &> ~/pactl.2.log this will create two files in your home directory called pactl.1.log and pactl.2.log, please attach them to the bug report.
ok, I can now confirm it, and recreate it like so: 1. In System Settings -> Power Management -> Energy Saving enable "Screen Energy Saving" and set it to switch off after 1 minute. 2. In System Settings -> Multimedia -> Audio and Video Settings -> Audio Hardware Setup change the Profile to the second "Digital Stereo (HDMI) Output" option. The Connector selection below changes to "HDMI / DisplayPort 2". 3. Close system settings. 4. Wait a minute for the energy saving mode to be initiated, and another minute for the monitors to actually turn off (this can take from several to many seconds on some monitors). 5. Touch any key. 6. Open System Settings -> Multimedia -> Audio and Video Settings -> Audio Hardware Setup again, and see that the setting has reverted to "HDMI / DisplayPort 3". Also, it doesn't matter if the TV is on or off during the experiment - in either case the settings are lost. So the issue is occuring during the screen energy savings mode activation (or deactivation).
Created attachment 90688 [details] pactl output when settings are correct I'm attaching pactl.1.log and pactl.2.log before/after the experiment, as requested. Spoiler: the only diff between them is: - Active Profile: output:hdmi-stereo-extra1 + Active Profile: output:hdmi-stereo-extra2
Created attachment 90689 [details] pactl output after the setting is lost
Mh, yeah, that seems to be a bug in pulseaudio itself. It could also be some third party application, seems a bit unlikely that random apps play with the profiles though. At any rate they pulseaudio guys should be able to help find the culprit. Please file a bug in pulseaudio. https://bugs.freedesktop.org/enter_bug.cgi?product=PulseAudio
Thanks Harald. Submitted https://bugs.freedesktop.org/show_bug.cgi?id=88823.