272844 2011-05-09 12:26:30 +0000 Muted sound on system start up when "Restore volumes at login" option is turned on 2012-04-25 22:41:21 +0000 1 1 2 Applications kmix Backend: Pulseaudio unspecified Ubuntu Linux RESOLVED DUPLICATE 249180 NOR normal --- 1 lionlegion colin esken greenMan18523 heri+kde 0 oldest_to_newest 1117017 0 lionlegion 2011-05-09 12:26:30 +0000 Version: unspecified (using KDE 4.6.2) OS: Linux Kmix version 3.8 When "Restore volumes at login" checkbox is marked, each time after reboot the sound is muted. It can be easily unmuted with any of the sound controls ( keybord keys or kmix applet ) but it is annoying. When you turned off that checkmark - everything seems to be fine. In this case the sound at start up is exactly at the same level as it was before reboot ( at least at single user environment ) This bug appeared after upgrade from Kubuntu 10.10 to Kubuntu 11.04 Reproducible: Always Steps to Reproduce: Go to KMix settings Check "Restore volumes at login" option Save settings Reboot Actual Results: The sound is muted at startup Expected Results: The sound to be at the same level as before reboot OS: Linux (x86_64) release 2.6.38-8-generic Compiler: cc 1134327 1 greenMan18523 2011-06-23 18:15:59 +0000 I can confirm this. KDE 4.6.4, rpms for opensuse 11.4 1154762 2 esken 2011-08-17 21:07:32 +0000 Can you try to change the volume levels, and the quit KMix once (Ctrl-q). Quitting should definitely save the volume levels (but make sure you have volume restoring enabled in KMix). If those volume levels are restored on your next login, you will have at least an workaround. Please let me know once you tried that. You can find out whether the volume levels were changed by playing around with the volume levels and then using the volume restorer manually in a Konsole window: kmixctrl -s # To save kmixctrl -r # To restore Please note there might be other applications messing around with the sound volume, go example the Flashplayer (often used in a Web browser). But also any Multimedia application might be changing the volume after KMix has done it. 1170994 3 lionlegion 2011-10-07 21:29:30 +0000 I tried to investigate problem using console commands that you supplied. And I noticed that kmix saves and restore volume level only of master channel. In general it doesn't seem to be correct and evidently causes this problem. When computer have few audio channels all their volume levels should be saved and restored. My laptop has 2 audio channels: 1) HDMI output ( not used so is always muted ) 2) Internal speakers I noticed that volume of internal laptop speakers is muted at start up only if HDMI volume is muted on computer shut down. I think that when I shut down laptop internal speakers audio devices is being unplugged/umounted first. So Phonon fallback to another that is still active and it became master channel. So kmix saves volume level of one channel and restores it to completely another one. 1171094 4 esken 2011-10-08 10:21:14 +0000 KMix saves and restores all controls. Seems to be a soundcard related issue. For further insight into this, please post the following information: - Which sound backend is used. Please copy the output from KMix menu => Help => Hardware information - The ouput of "amixer" (or "amixer -c 1" or any other number that corresponds to the affected soundcard). 1171203 5 64340 lionlegion 2011-10-08 15:52:21 +0000 Created attachment 64340 Output of 'amixer -c 0' command 1171208 6 lionlegion 2011-10-08 16:03:18 +0000 KMix menu => Help => Hardware information: Sound drivers supported: PulseAudio + ALSA + OSS Sound drivers used: PulseAudio For output of 'amixer -c 0' please see upper attachment Since you mentioned that kmix should save all controls I tried to double check. I had 3 output devices during my test 1) HDMI output ( not used so is always muted ) 2) Internal speakers 3) Wireless speaker connected via USB dongle I did 1) kmixctrl -s 2) Change volume levels of all 3 channels 3) kmixctrl -r And it always restores only level of 'Internal speakers' channel for me. Two other volume controls are not being affected by 'kmixctrl -r' command. It works this way despite which one is set as master channel. So my previous guess about master channel issue is really incorrect. 1206794 7 esken 2011-12-30 18:37:24 +0000 I see you are using Pulseaudio as Backend. Probably KMix volume restoration (kmixctrl) interferes with the one built in Pulseaudio. In theory this should not happen, as kmixctrl will/should also use Pulsaudio. This behavior has also been reported in a different bug report. I will look it up later and merge them if applicable. I might automatically disable volume restoration when Pulseaudio gets activated. 1249655 8 esken 2012-04-25 21:33:34 +0000 I think this might be the same issue as the one from bug 249180. I will not directly merge both bugs, but assign it over to the Pulseaudio backend maintainer, so he can either merge them, not merge them or give them back to me. 1249683 9 colin 2012-04-25 22:41:21 +0000 Yeah I think this is ultimately a dupe. The issue was that kmixctl (a command line app) didn't recognise PulseAudio as running and thus "restored" volumes (normally if PulseAudio is detected, it should refuse to restore volumes - just like if the tick boxes were always turned off) Sadly, the volumes were *saved* from kmix (the GUI app) which DID detect PA properly and thus didn't ever save anything. Thus kmixctl would always restore null or default volumes which have no relation to the previous volume. This should now be fixed in kmix 4.8.3 *** This bug has been marked as a duplicate of bug 249180 *** 64340 2011-10-08 15:52:21 +0000 2011-10-08 15:52:21 +0000 Output of 'amixer -c 0' command amixer_output text/plain 2334 lionlegion U2ltcGxlIG1peGVyIGNvbnRyb2wgJ01hc3RlcicsMAogIENhcGFiaWxpdGllczogcHZvbHVtZSBw dm9sdW1lLWpvaW5lZCBwc3dpdGNoIHBzd2l0Y2gtam9pbmVkIHBlbnVtCiAgUGxheWJhY2sgY2hh bm5lbHM6IE1vbm8KICBMaW1pdHM6IFBsYXliYWNrIDAgLSA2NAogIE1vbm86IFBsYXliYWNrIDU2 IFs4OCVdIFstNi4wMGRCXSBbb2ZmXQpTaW1wbGUgbWl4ZXIgY29udHJvbCAnSGVhZHBob25lJyww CiAgQ2FwYWJpbGl0aWVzOiBwdm9sdW1lIHBzd2l0Y2ggcGVudW0KICBQbGF5YmFjayBjaGFubmVs czogRnJvbnQgTGVmdCAtIEZyb250IFJpZ2h0CiAgTGltaXRzOiBQbGF5YmFjayAwIC0gNjQKICBN b25vOgogIEZyb250IExlZnQ6IFBsYXliYWNrIDY0IFsxMDAlXSBbMC4wMGRCXSBbb2ZmXQogIEZy b250IFJpZ2h0OiBQbGF5YmFjayA2NCBbMTAwJV0gWzAuMDBkQl0gW29mZl0KU2ltcGxlIG1peGVy IGNvbnRyb2wgJ0hlYWRwaG9uZScsMQogIENhcGFiaWxpdGllczogcHZvbHVtZSBwc3dpdGNoIHBl bnVtCiAgUGxheWJhY2sgY2hhbm5lbHM6IEZyb250IExlZnQgLSBGcm9udCBSaWdodAogIExpbWl0 czogUGxheWJhY2sgMCAtIDY0CiAgTW9ubzoKICBGcm9udCBMZWZ0OiBQbGF5YmFjayA2NCBbMTAw JV0gWzAuMDBkQl0gW29uXQogIEZyb250IFJpZ2h0OiBQbGF5YmFjayA2NCBbMTAwJV0gWzAuMDBk Ql0gW29uXQpTaW1wbGUgbWl4ZXIgY29udHJvbCAnU3BlYWtlcicsMAogIENhcGFiaWxpdGllczog cHZvbHVtZSBwc3dpdGNoIHBlbnVtCiAgUGxheWJhY2sgY2hhbm5lbHM6IEZyb250IExlZnQgLSBG cm9udCBSaWdodAogIExpbWl0czogUGxheWJhY2sgMCAtIDY0CiAgTW9ubzoKICBGcm9udCBMZWZ0 OiBQbGF5YmFjayA2NCBbMTAwJV0gWzAuMDBkQl0gW29mZl0KICBGcm9udCBSaWdodDogUGxheWJh Y2sgNjQgWzEwMCVdIFswLjAwZEJdIFtvZmZdClNpbXBsZSBtaXhlciBjb250cm9sICdQQ00nLDAK ICBDYXBhYmlsaXRpZXM6IHB2b2x1bWUgcGVudW0KICBQbGF5YmFjayBjaGFubmVsczogRnJvbnQg TGVmdCAtIEZyb250IFJpZ2h0CiAgTGltaXRzOiBQbGF5YmFjayAwIC0gMjU1CiAgTW9ubzoKICBG cm9udCBMZWZ0OiBQbGF5YmFjayAyNTUgWzEwMCVdIFswLjAwZEJdCiAgRnJvbnQgUmlnaHQ6IFBs YXliYWNrIDI1NSBbMTAwJV0gWzAuMDBkQl0KU2ltcGxlIG1peGVyIGNvbnRyb2wgJ01pYycsMAog IENhcGFiaWxpdGllczogY3ZvbHVtZSBwZW51bQogIENhcHR1cmUgY2hhbm5lbHM6IEZyb250IExl ZnQgLSBGcm9udCBSaWdodAogIExpbWl0czogQ2FwdHVyZSAwIC0gMwogIEZyb250IExlZnQ6IENh cHR1cmUgMyBbMTAwJV0gWzMwLjAwZEJdCiAgRnJvbnQgUmlnaHQ6IENhcHR1cmUgMyBbMTAwJV0g WzMwLjAwZEJdClNpbXBsZSBtaXhlciBjb250cm9sICdNaWMgSmFjayBNb2RlJywwCiAgQ2FwYWJp bGl0aWVzOiBlbnVtCiAgSXRlbXM6ICdNaWMgSW4nICdMaW5lIEluJwogIEl0ZW0wOiAnTWljIElu JwpTaW1wbGUgbWl4ZXIgY29udHJvbCAnQmVlcCcsMAogIENhcGFiaWxpdGllczogcHZvbHVtZSBw dm9sdW1lLWpvaW5lZCBwc3dpdGNoIHBzd2l0Y2gtam9pbmVkIHBlbnVtCiAgUGxheWJhY2sgY2hh bm5lbHM6IE1vbm8KICBMaW1pdHM6IFBsYXliYWNrIDAgLSAzCiAgTW9ubzogUGxheWJhY2sgMCBb MCVdIFstMTguMDBkQl0gW29uXQpTaW1wbGUgbWl4ZXIgY29udHJvbCAnQ2FwdHVyZScsMAogIENh cGFiaWxpdGllczogY3ZvbHVtZSBjc3dpdGNoIHBlbnVtCiAgQ2FwdHVyZSBjaGFubmVsczogRnJv bnQgTGVmdCAtIEZyb250IFJpZ2h0CiAgTGltaXRzOiBDYXB0dXJlIDAgLSAxNQogIEZyb250IExl ZnQ6IENhcHR1cmUgMCBbMCVdIFswLjAwZEJdIFtvZmZdCiAgRnJvbnQgUmlnaHQ6IENhcHR1cmUg MCBbMCVdIFswLjAwZEJdIFtvZmZdClNpbXBsZSBtaXhlciBjb250cm9sICdEaWdpdGFsJywwCiAg Q2FwYWJpbGl0aWVzOiBjdm9sdW1lIHBlbnVtCiAgQ2FwdHVyZSBjaGFubmVsczogRnJvbnQgTGVm dCAtIEZyb250IFJpZ2h0CiAgTGltaXRzOiBDYXB0dXJlIDAgLSAxMjAKICBGcm9udCBMZWZ0OiBD YXB0dXJlIDkxIFs3NiVdIFsxNS41MGRCXQogIEZyb250IFJpZ2h0OiBDYXB0dXJlIDkyIFs3NyVd IFsxNi4wMGRCXQpTaW1wbGUgbWl4ZXIgY29udHJvbCAnSW50ZXJuYWwgTWljJywwCiAgQ2FwYWJp bGl0aWVzOiBjdm9sdW1lIHBlbnVtCiAgQ2FwdHVyZSBjaGFubmVsczogRnJvbnQgTGVmdCAtIEZy b250IFJpZ2h0CiAgTGltaXRzOiBDYXB0dXJlIDAgLSAzCiAgRnJvbnQgTGVmdDogQ2FwdHVyZSAw IFswJV0gWzAuMDBkQl0KICBGcm9udCBSaWdodDogQ2FwdHVyZSAwIFswJV0gWzAuMDBkQl0K