Description of problem: After quitting the last program that used the audio device (mplayer - it is finally capable of streaming nasa tv without getting out of sync, yay), pulseaudio continued using 100% CPU time. Once I exited pavucontrol, pulseaudio stopped using CPU time. Version-Release number of selected component (if applicable): pulseaudio-0.9.19-1.fc12.x86_64 pavucontrol-0.9.10-1.fc12.x86_64 Steps to Reproduce: 1. start an application that uses sound 2. use pavucontrol to direct that stream to a sound device and adjust volume 3. exit the application from (1) 4. watch pulseaudio use 100% CPU time 5. exit pavucontrol 6. watch pulseaudio stop use CPU time Additional info: In this case, the application does not know how to direct the audio stream to a particular device. I do not know whether or not that matters.
hmm, interesting. You don't happen to have an ens1371 card in your machine? Could you please try to run PA in debug mode, either in a terminal as "pulseaudio -vvvvvv", or by setting log-level=debug in /etc/pulse/daemon.conf. Then please paste the output PA generates when you reproduce this busy loop!
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I have still the famous ens1371 in my machine, and it works perfect since FC11 (with tsched=0) I just installed FC12, removed the whole /etc/pulse and reinstalled pulseaudio default settings (had seen something about hal-detect module not recommended) Found pulseaudio CPU over 100% in combination with pavucontrol, and amarok playing a radiostream. pavucontrol did not react, killed by KDE, short hick in the music, and pulseaudio dropped to 1.7% and played further like a charm. Good luck further development, I really like the system!
I have this ens1371 and it works perfectly since Fedora 11, with tsched=0 I upgraded to FC12, and started from scratch by wiping /etc/pulse and reinstalling all pulseaudio related rpm's. Now I was unhappily pleased to find pulseaudio over 100%CPU playing a radiostream in amarok. But pavucontrol was active, and after killing that, a short hick in the audio, music played further and cpu dropped to 1.4% I have to figure out how to stop pulseaudio, because it starts again as soon as killed, but "killall pulseaudio && pulseaudio -vvvvv" worked, and cycled after starting pavucontrol with: W: alsa-source.c: Resume failed, couldn't restore original fragment settings. (Old: 65536/65536, New 1073676288/65532) D: module-udev-detect.c: /dev/snd/controlC0 is accessible: yes D: source.c: Suspend cause of source alsa_input.pci-0000_02_0b.0.analog-stereo is 0x0000, resuming I: alsa-source.c: Trying resume... D: alsa-util.c: Maximum hw buffer size is 371 ms D: alsa-util.c: Set buffer size first, period size second. I: alsa-util.c: Device front:0 doesn't support 44100 Hz, changed to 44099 Hz. W: alsa-source.c: Resume failed, couldn't restore original fragment settings. (Old: 65536/65536, New 1073676288/65532) D: module-udev-detect.c: /dev/snd/controlC0 is accessible: yes D: source.c: Suspend cause of source alsa_input.pci-0000_02_0b.0.analog-stereo is 0x0000, resuming I: alsa-source.c: Trying resume... D: alsa-util.c: Maximum hw buffer size is 371 ms D: alsa-util.c: Set buffer size first, period size second. I: alsa-util.c: Device front:0 doesn't support 44100 Hz, changed to 44099 Hz. and so on and so on.... Good luck with further developments, I like your product!
I unloaded snd-ens1371 and renamed the module after unloading, leaving only the intel-8x0 internal soundcard. No problem with pavucontrol. The other way around, with only ens1371, the cpu usage jumps to 100% by starting pavucontrol. Seems again an issue with this card, but I can live with it. No problem at all playing music. Kind Regards,
One of my 3 sound devices is snd-ens1371 and of course I can't and don't use PulseAudio for anything besides volume control (well, that was in F11; in F12 it can't do even that) and I still caught PA taking 100% CPU, apparently because I've started "Sound preferences". Good job PA - the program that goes into infinite loop out of boredom :) Sorry for not using you PA, please take solace in this SIGKILL.
pulseaudio-0.9.21-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-1.fc12
pulseaudio-0.9.21-1.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update pulseaudio'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-12057
pulseaudio-0.9.21-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.