Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#38262 - [pulseaudio] Daemon unresponsive and CPU usage at 100% with equalizer enabled
Attached to Project:
Arch Linux
Opened by Nicola Bignami (_thebishop_) - Tuesday, 24 December 2013, 15:13 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 06 February 2014, 20:28 GMT
Opened by Nicola Bignami (_thebishop_) - Tuesday, 24 December 2013, 15:13 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 06 February 2014, 20:28 GMT
|
DetailsDescription:
When using pulseaudio with the equalizer enabled (I've followed the instructions from the wiki https://wiki.archlinux.org/index.php/Pulseaudio#Equalizer), the daemon randomly goes 100% CPU and stop responding (no audio, qpaeq and pavucontrol can't connect to the daemon, can't kill the daemon with "pulseaudio -k" command). Additional info: package version: pulseaudio 4.0-6 I've tested only the x86_64 package on 2 different machines (both are netbooks with Atom CPU and HDA audio with Realtek controller). The problem occurs randomly: pulseaudio could became unresponsive immediately or after many minutes (in some case in more than half an hour). With the equalizer disabled, I've played music for more than 12 hours without any problem (the CPU usage by pulseaudio keeps below 3%). Steps to reproduce: -enable the equalizer (I've enabled it in default.pa configuration file) -start playing music |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Thursday, 06 February 2014, 20:28 GMT
Reason for closing: Upstream
Thursday, 06 February 2014, 20:28 GMT
Reason for closing: Upstream
Comment by Jan Alexander Steffens (heftig) -
Thursday, 06 February 2014, 20:28 GMT
Please take this upstream, first.