Version: (using 4.2.2 (KDE 4.2.2), Debian packages) Compiler: cc OS: Linux (x86_64) release 2.6.26-1-amd64 I just upgraded to Debian/squeeze, and to KDE 4.2.2. My sound system tends to die when a sound is played, the first time when I log in, but also if I get a highscore in knetwalk, or something else. I can see that there is a hanging knotify4 process running, lsof lists it having /dev/dsp open. if I kill that process, the sound works again (in xine, openarena, skype, and others). I suppose someone has already reported this, but I could not find anything that looked like the same bug.
I see "Platform: unspecified" in the bug. I am running Linux version 2.6.26-1-amd64 (Debian 2.6.26-13lenny2) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Fri Mar 13 17:46:45 UTC 2009 on an AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ with 00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 02) and 01:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600 GT] (rev a1) in case that makes any difference.
If you go to System Settings / Multimedia, and you reorder the device list, does this get fixed? Thanks
(In reply to comment #2) > If you go to System Settings / Multimedia, and you reorder the device list, > does this get fixed? no, I have tried many times, with all permutations. Some times I get a warning that the selected device doesn't work, falling back to "default", but that seems to change nothing. Sound is still dead, and when killing knotify4, it works again. At the moment the order is: ATI IXP Rev 2 with ALC655 (ATI IXP IEC958 (AC97)) ATI IXP Rev 2 with ALC655 (ATI IXP AC97) default BTW, I am running Debian/Squeeze, not stable (lenny), although with a bit older kernel (because of tyhe nvidia driver)
I can confirm the same error. I have an updated system using Debian Squeeze as well. The version of KDE is 4.2.2 The problem is solved by killing knotify (pkill knotify). A change in the order of sound devices doesn't work for me either.
I can confirm this bug on my Fedora 10 running KDE 4.2.4. As mentioned above sound stops working after running a particular application and closing it. Sometimes it is Firefox running a flash video or another KDE application.It does not happen always but intermittently.But the login and logoff sounds work just fine. After running the following command, lsof /dev/dsp* /dev/audio* /dev/mixer* /dev/snd/* I found out that knotify is mentioned along with kmix. So killing knotify restores the sound back to normal.I found a person having a similar problem on an opensuse system as mentioned in this link http://forums.opensuse.org/applications/413665-sound-issue-kde-4-2-a.html
I can confirm something like this on my Archlinux and KDE 4.3.4. My 5.1 sound not work (get a message "device is busy") until I kill knotify. Firstly. $ lsof | grep snd kmix 2850 heaven 11u CHR 116,10 0t0 3904 /dev/snd/controlC0 After notification. Knotify didn't relieve the sound device. $ lsof | grep snd knotify4 2831 heaven mem CHR 116,8 3875 /dev/snd/pcmC0D0p knotify4 2831 heaven 15r CHR 116,2 0t0 3035 /dev/snd/timer knotify4 2831 heaven 16u CHR 116,8 0t0 3875 /dev/snd/pcmC0D0p kmix 2850 heaven 11u CHR 116,10 0t0 3904 /dev/snd/controlC0
I can confirm Alexander behaviour, same distro, same kde version sometimes happens that other programs stay alive blocking soundcard, like vlc or mplayer: talking about mplayer I think it's because che preview generator in dolphin causes some troubles with high-def movies, am I wrong?
I believe that happens when a notification comes visible and then disappears: notification which you have to close, like file transfers, seems not problematic I didn't do pretty accurate tests, I only noticed this thing, maybe usefull information
This not happens anymore in KDE 4.4 with phonon-xine backend.
I'm having the same issue on arch linux 64 bit + kde 4.5.4 + gstreamer backend. Switching to xine backend now...
I can confirm switching to xine as backend fixed this issue. I also should mention I started to have this issue after I moved my hd from an asus u6s (Realtek HD Audio + nvidia 8400M) to a new dell inspiron 1750 (IDT 92HD71B + intel GMA 4500HD). So this issue could be related to some specific hardware.
What is the status of this bug? Does it still happen with a recent KDE version, such as 4.6.5 or 4.7.x? Please add a comment. Unfortunately, the xine backend is unmaintained, and no longer supported. If this bug only happens with the gstreamer backend, it should be fixed in that Phonon backend.
If you can provide the information requested in comment #12, please add it.
Hi. I using the vlc backend and seems like everything is fine.
I've observed this bug with the gstreamer backend on Kubuntu 11.10 (Linux kernel 3.0.0.19-server x86_64). I don't have the vlc backend, since I compiled vlc-2.1.0 from source, and the vlc-phonon backend does not look easy to compile (the CMake files are a bit of a mess)... Seems to me that when knotify4 binds to the alsa audio device rather than pulseaudio, it fails to disconnect. This might occur only when pulseaudio is not running though, which I noticed only after I started writing this...
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This issue is almost a decade old. I have switched computers and KDE versions several times since, and can no longer reproduce the problem. Recolving as WORKSFORME