Bug 691112

Summary: Kmix: consumes 50% of CPU and no longer appears in systray
Product: [Fedora] Fedora Reporter: Peter Gückel <pgueckel>
Component: kdemultimediaAssignee: Than Ngo <than>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 15CC: germano.massullo, jreznik, kevin, ltinkl, Panos.Kavalagios, pieter.depraetere, rdieter, riku.seppala, rnovacek, smparrish, than
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-07-13 12:09:41 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Peter Gückel 2011-03-26 20:09:59 UTC
Description of problem:
kmix icon no longer docks into the systray (previously, it was there, but it was impossible to set the volume, which was, luckily, set to 100%, hence caused no problems) and system activity shows that kmix is consistently using 49-50% of CPU, even though no sound is playing. Despite this, sound works (but volume can only be adjusted using applications that have a separate volume control). System notifications are very, very quiet, even though their volume is set to 100% in settings.

Version-Release number of selected component (if applicable):
kdemultimedia-4.6.1-1.fc15.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
i686 is not affected (laptop). There, the systray icon appears and CPU usage is insignificant.

Comment 1 Peter Gückel 2011-03-26 20:17:00 UTC
To add, I killed kmix and ran it from the command line. This appeared:

kmix(2263) sink_input_cb: Ignoring sink-input due to it being designated as an event and thus handled by the Event slider

Then, after about 15 seconds, this appeared:

unnamed app(2262): Communication problem with  "kmix" , it probably crashed. 
Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "

Despite the output, kmix was still running, according to system activity, and was still consuming 50% CPU.

Comment 2 Jaroslav Reznik 2011-03-29 10:42:23 UTC
Looks like this bug: https://bugs.kde.org/show_bug.cgi?id=264292

Could you try to kill kmix and move files from ~/.kde/share/apps/kmix/profiles to backup location and start kmix again?

Comment 3 Peter Gückel 2011-03-29 18:27:01 UTC
(In reply to comment #2)
> Could you try to kill kmix and move files from ~/.kde/share/apps/kmix/profiles
> to backup location and start kmix again?

OK. I killed kmix, backed up the files and ran kmix &.

The output on the command line is:

kmix(21602) sink_input_cb: Ignoring sink-input due to it being designated as an event and thus handled by the Event slider 
kmix(21602): Cannot load profile  "PulseAudio.Playback_Devices.1.default"  . It was removed by the user, or the KMix config file is defective. 
kmix(21602): Cannot load profile  "PulseAudio.Capture_Devices.1.default"  . It was removed by the user, or the KMix config file is defective. 
kmix(21602): Cannot load profile  "PulseAudio.Playback_Streams.1.default"  . It was removed by the user, or the KMix config file is defective. 
kmix(21602): Cannot load profile  "PulseAudio.Capture_Streams.1.default"  . It was removed by the user, or the KMix config file is defective. 
kmix(21602) sink_input_cb: Ignoring sink-input due to it being designated as an event and thus handled by the Event slider

This suggests that kmix actually does need those files. They were not recreated by the new instance of kmix.

However, the systray icon reappeared, I now actually have a volume slider, and sound works.

What is strange is that whenever I delete a file or empty the trash folder in kmail, ie., whenever a system sound is generated, I now receive the following notification on the command line:

kmix(21602) sink_input_cb: Ignoring sink-input due to it being designated as an event and thus handled by the Event slider

Also, it seems that the system notifications still are very quiet, even though I have them set to 100%.

I have not tried logging out and back in or rebooting to see whether this modification holds over subsequent sessions.

Comment 4 Peter Gückel 2011-03-29 18:44:39 UTC
As a comparison, I just had a look at my laptop (i686), where kmix is functioning properly. What I observe is:

~/.kde/share/apps/kmix/profiles contains not 5, like of the x86_64 system, but only 4 files

the files are present and kmix functions correctly without deleting them

the system notifications volume is also set to 100%, but on the laptop, sounds are screamingly loud.

In comparing the kmix/profiles files, I see that 4 of them are the same on both computers. The desktop (x86_64) has 1 extra file, namely:

ALSA.HDA_Intel.1.default.xml

I suspect that this was created when I ran audacity in order to record audio from the microphone. It is possible that the systray icon stopped working *after* I had finished with audacity, but I know that the kmix volume slider never appeared *during* my audacity session, as I was forced to use pavucontrol to adjust the volume (audacity could not adjust it internally and a tool tip appeared stating that I had to use a master volume or something to adjust sound). I use the audacity from rpmfusion, because the fedora version does not do recording.

Comment 5 Peter Gückel 2011-04-10 07:11:14 UTC
I just upgraded to kde-4.6.2 and I also put the kmix profile files back and all appears to work. I have a working docked kmix applet, even the mixer tab works, etc. No more consuming 50% of CPU. I powered off and back on and all appears to work normally.

Comment 6 Riku Seppala 2011-04-14 20:38:19 UTC
Fedora 14 x86_64 + updates here. I can reproduce this easily, just goto youtube.com play any video and kmix takes 99% cpu for a long time.

Comment 7 Rex Dieter 2011-04-14 20:43:13 UTC
so, to wrap up my understanding of this now, one needs to do 2 things to resolve this on systems:
1.  quit kmix, clear out largish .xml files in ~/.kde/share/config/kmix/profiles/
2.  upgrade to kde-4.6.2 (currently in updates-testing)

Comment 8 Riku Seppala 2011-04-14 21:25:41 UTC
(In reply to comment #7)
> so, to wrap up my understanding of this now, one needs to do 2 things to
> resolve this on systems:
> 1.  quit kmix, clear out largish .xml files in
> ~/.kde/share/config/kmix/profiles/


You mean ~/.kde/share/apps/kmix/profiles ?

Comment 9 Rex Dieter 2011-04-15 13:32:08 UTC
yes, of course, sorry.

Comment 10 Germano Massullo 2011-04-26 23:53:55 UTC
OMG I got one xml file of 10mb O_o
Now seems to work well

Comment 11 Riku Seppala 2011-05-14 09:09:02 UTC
(In reply to comment #7)
> so, to wrap up my understanding of this now, one needs to do 2 things to
> resolve this on systems:
> 1.  quit kmix, clear out largish .xml files in
> ~/.kde/share/config/kmix/profiles/
> 2.  upgrade to kde-4.6.2 (currently in updates-testing)

Did that and it worked for awhile but, now I see 10mb xml file again and kmix is using 99% cpu. So Kde 4.6.2 did not fix this. (Fedora 14)

Comment 12 Germano Massullo 2011-05-18 20:57:34 UTC
I had to erase again the huge xml file

Comment 13 Rex Dieter 2011-07-13 11:46:10 UTC
Anyone still seeing this with kdemultimedia-4.6.3 or newer?

Comment 14 Germano Massullo 2011-07-13 12:02:36 UTC
By months I don't have this problem.
In /home/caterpillar/.kde/share/apps/kmix/profiles/
I have 3 files of about 500 bytes and 1 file of 4.1 KB

Comment 15 Rex Dieter 2011-07-13 12:09:41 UTC
OK, looks fixed by the looks of it then, thanks.