Pausing a gstreamer stream causes 100% CPU use by Pulseaudio

[meden]

When using a gstreamer application (like Rhythmbox), pausing the stream causes Pulseaudio use 100% CPU, thus the server crashes with error: Soft CPU time limit exhausted, terminating. Actually, a pulseaudio process remains, but it can be killed only sending a SIGKILL (a simple kill isn't enough). The crash locks client application too.

Maybe Ticket #207 is related to this problem (streams are paused after resume?)

[coling]

I don't see this myself (although I have seen occurrences of #207.

[meden]

Courious... I can suspend and resume flawlessly, but I can't pause Rhythmbox! I need to close it every time i want to stop the music.

[lennart]

Please provide the PA version and gst-pulse version.

[meden]

I'm on Debian Lenny/Sid with packages:

pulseaudio 0.9.9-1
gstreamer0.10-pulseaudio [libgstpulse.so] 0.9.7-2

I marked this bug in daemon, but it could be in gst-pulse, of course.

[coling]

Could be related to #188 or #251 perhaps? These related to some sort of deadlock on gst-pulse.

[bugmenot]

I see this one too on Ubuntu Hardy,

pulseaudio: 0.9.9-1ubuntu4; gstreamer0.10-pulseaudio: 0.9.7-2

With no-cpu-limit set, resuming playback/closing the client app brings CPU usage back to normal levels without crashing neither pulse nor the client app.

[meden]

This bug seems to be closed with Pulseaudio 0.9.11/0.9.12. Please note that I had to upgrade to a (patched) alsa-lib 1.0.17, as required by Pulseaudio >= 0.9.11, so I cannot be sure if the bug was in Pulseaudio or ALSA.

I'm now on Debian Lenny/Sid with packages:

pulseaudio 0.9.12-1.meden1 (custom package) gstreamer0.10-pulseaudio [libgstpulse.so] 0.10.10-1 (but I still had the issue with PA 0.9.10) libasound2 1.0.17-1.meden1 (custom repackaging from Debian experimental)

Thank you for your great work!