Version: 4 (using KDE 4.8.0) OS: Linux After restart KMix volume levels dropped. Recording levels and so on are restored as "0"(off). Reproducible: Always Steps to Reproduce: Set any voluve levels for recording. Select Gstreamer backend as preffered. Restart computer. Recording levels(microphone and so on will be "0"). Actual Results: Set any voluve levels for recording. Select Gstreamer backend as preffered. Restart computer. Recording levels(microphone and so on will be "0"). Expected Results: On previous version of KDE(4.7.4) levels were saved and restored. Using OpenSuSE 12.1 RPMs. Kernel version 3.2.2. Hope, that's enough information.
Same occurs with KDE 4.8 in Kubuntu 11.10.
One more note. Just a few minutes ago, KMix stalled(stopped responding) when tried to change volume... And finaly crashed with an error.
Are any fixes coming?
Same on Arch Linux x86_64, KDE 4.8.0
Seems that's global bug. Strange, that developers do not react at all... bug report is being ignored.
Same here on Arch x86_64 workaround: revert to 4.7.4-1 only a workaround of course.
*** Bug 294290 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > Same here on Arch x86_64 > > workaround: revert to 4.7.4-1 > only a workaround of course. Yes, you're right. You just need to remember, that any KDE version *.*.0 up to *.*.3 is unstable trash. Max it deserves to be called - Beta3 or RC1. Even *.*.4 releases always have unfixed bugs.
Same problem here with Arch Linux and KDE 4.8.0. Every time I log in I have to open Kmix and restore the volume of the "Digital" channel so that my mic works and I can use Skype. With 4.7.4 it was working correctly.
(In reply to comment #9) > Same problem here with Arch Linux and KDE 4.8.0. Every time I log in I have to > open Kmix and restore the volume of the "Digital" channel so that my mic works > and I can use Skype. With 4.7.4 it was working correctly. Yeah, that's the way it is. Sad to see, that this bug report is being ignored by developers
Same on Arch Linux x86_64, KDE 4.8.0, Lenovo Thinkpad E520 ==> Pb with internal mic. Not tested with external mic. Is it alsa or kmix problem ?
(In reply to comment #11) > Is it alsa or kmix problem ? It is Kmix or some other KDE component. Before logging into KDE the alsa levels are correctly restored, but when KDE starts some channels are muted. Even if you turn the volume up again manually and log out and in again into KDE the channels are muted again.
Forgot to mention that I use gstreamer Phonon backend.
The same problem occurs on Gentoo Linux with kernels 3.2.9 and 3.2.6, and KDE 4.8.0. Please fix it.
I experience the same bug with the VLC backend, on Archlinux.
The problem is that the "Digital" slider in alsamixer (Capture) is always decreased to zero. Restoring it, solves the problem. I don't understand if the cause is KDE or alsa.
(In reply to comment #16) > The problem is that the "Digital" slider in alsamixer (Capture) is always > decreased to zero. Restoring it, solves the problem. I don't understand if > the cause is KDE or alsa. Yes, I have that same problem, "Digital" channel is set to zero each time I log in. The problem is in KDE, not in ALSA. Tried KDE 4.8.1 and the problem is still present.
(In reply to comment #17) > Yes, I have that same problem, "Digital" channel is set to zero each time I > log in. The problem is in KDE, not in ALSA. Yes, I am convinced of that too now. > > Tried KDE 4.8.1 and the problem is still present. Oh no! Unbelievable. :(
I've found a possible workaround for the moment. The following command could be put in the Autostart KDE directory, in order to restore the Digital slider at the desired value. For instance, I prefer 81%, and this is the command to do that: amixer -c 0 set Digital 25dB Could you try if this works? For me yes (but I haven't tryed to reboot with this script enabled at boot yet).
(In reply to comment #19) > I've found a possible workaround for the moment. > > The following command could be put in the Autostart KDE directory, in order > to restore the Digital slider at the desired value. > For instance, I prefer 81%, and this is the command to do that: > > amixer -c 0 set Digital 25dB By the way, this workaround works great for me! Enjoy!
*** This bug has been confirmed by popular vote. ***
The problem appears to be in kmixctrl if you try to load mixer settings with "kmixctrlc -r". My first guess the problem is somewhere in Mixer::volumeLoad function from mixer.cpp. The following workaround works for me: * login to your KDE * using Kmix mixer set desired mixer values * run in console: `kmixctrl -s` to save your settings * UNCHECK option in Kmix -> Settings -> Configure Kmix -> Restore volumes upon login * Edit file /usr/share/autostart/restore_kmix_volumes.desktop replacing on line 3 (X-KDE-autostart-condition=kmixrc:Global:startkdeRestore:true) "true" with "false" * save file, logout, log back in
Bug is still present in KDE SC 4.8.2 on Arch Linux 64 bit.
(In reply to comment #23) > Bug is still present in KDE SC 4.8.2 on Arch Linux 64 bit. Easiest workaround is to disable the option in kmix to restore volumes on login. Arch Linux stores the alsa levels and restores them on every boot anyway.
(In reply to comment #24) > (In reply to comment #23) > > Bug is still present in KDE SC 4.8.2 on Arch Linux 64 bit. > > Easiest workaround is to disable the option in kmix to restore volumes on > login. Arch Linux stores the alsa levels and restores them on every boot > anyway. I did Mladen's proposed workaround and that works for me :).
(In reply to comment #25) > (In reply to comment #24) > > (In reply to comment #23) > > > Bug is still present in KDE SC 4.8.2 on Arch Linux 64 bit. > > > > Easiest workaround is to disable the option in kmix to restore volumes on > > login. Arch Linux stores the alsa levels and restores them on every boot > > anyway. > > I did Mladen's proposed workaround and that works for me :). That works for me too. Nasty. I mean, someone changed the behaviour between 4.7.3 and 4.7.4 release clearly, annoying a lot of people. So what is the deal of just restoring the old behaviour? That is so typical for OS projects, that's why they sometimes suck...
(In reply to comment #26) > (In reply to comment #25) > > (In reply to comment #24) > > > (In reply to comment #23) > > > > Bug is still present in KDE SC 4.8.2 on Arch Linux 64 bit. > > > > > > Easiest workaround is to disable the option in kmix to restore volumes on > > > login. Arch Linux stores the alsa levels and restores them on every boot > > > anyway. > > > > I did Mladen's proposed workaround and that works for me :). > > That works for me too. Nasty. I mean, someone changed the behaviour between > 4.7.3 and 4.7.4 release clearly, annoying a lot of people. So what is the > deal of just restoring the old behaviour? That is so typical for OS > projects, that's why they sometimes suck... The two commits between 4.7.3 and 4.7.4 didn't change anything related to this. Thats why this is hard to track down. It is being worked on now though.
> The two commits between 4.7.3 and 4.7.4 didn't change anything related to > this. Thats why this is hard to track down. It is being worked on now though. But the problem was not introduced between 4.7.3 and 4.7.4, the problem appeared in 4.8.0. Thanks for looking into it.
Plus it crashes a lot.
Fixed on Tue, 03 Jul 2012 for KDE4.9.0: http://quickgit.kde.org/index.php?p=kmix.git&a=commit&h=1137eacf33158b55f8361d2f2ccf8ea0f0d478e7
Fixed during the Summer 2012 bugfix run.
This bug seems to exist still on KDE 4.12.5 on Gentoo. If I remember correctly, it existed in all versions since 4.8.0 . Is there maybe a problem with distros which restore alsa settings before? Here it affected not only recording levels, but all settings including output select (line-out, headphone) etc. The proposed fix from Comment 22 works fine for all problems and for the first time my settings don't move anymore, even after a reboot