Bug 507783
Summary: | Audacious fails to reinitialize itself when starting a new song in the playlist | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jochen Wiedmann <jochen.wiedmann> | ||||||
Component: | audacious-plugins | Assignee: | Michael Schwendt <bugs.michael> | ||||||
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 11 | CC: | bugs.michael, rankincj, redhat-bugzilla | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2009-07-30 10:26:54 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Jochen Wiedmann
2009-06-24 08:27:17 UTC
What audio output plugin inside Audacious do you use? ALSA or PulseAudio? According to Preferences / Audio / Current output plugin its ALSA. I'll change that to Pulseaudio and try whether it changes anything. Will report the results next week or so. Also be sure to update to at least audacious-plugins-1.5.1-6.fc11, as the audio output driver is stored in the plugins package: https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6438 And note the fresh test-update that contains the brand-new "alsa-ng" plugin: https://admin.fedoraproject.org/updates/audacious-plugins-1.5.1-9.fc11 I am seeing somthing similar, also with audacious-1.5.1-9.fc11.i586, audacious-plugins-1.5.1-6.fc11.i586. However, in my case, audacious plays a single track and then freezes when it tries to play a second track. My output plugin is ALSA, with a buffer size of 500 and outputting to the default device (PulseAudio). Mixer card: SB Audigy 2 ZS [SB0353] Mixer device: PCM Using audacious's PulseAudio plugin avoids the problem. Created attachment 354260 [details] pstack trace of hung audacious process > Using audacious's PulseAudio plugin avoids the problem. I have just tried this work-around on a 500 MHz P3 machine, and pulseaudio's CPU usage was > 60%; the machine was effectively rendered incapable of multitasking. With the ALSA plugin instead (pulseaudio as the default ALSA device), pulseaudio's CPU usage was about 6%. This machine used a SB Live! card. So basically, I'd much prefer to use audacious's ALSA plugin. To that end, I am attaching a pstack trace of a hung audacious process. Created attachment 354261 [details]
pstack trace of hung audacious process, with debuginfo
The pstack trace is probably more useful with audacious's debuginfo packages loaded!
Chris, it's better to open a separate ticket, or else you're disturbing the NEEDINFO communication with the original reporter. Also, please upgrade to audacious-plugins-1.5.1-10.fc11 from updates-testing: https://admin.fedoraproject.org/updates/F11/FEDORA-2009-7405 There is at least one deadlock condition in Audacious 1.5.1 up to 2.1, and for one backtrace I've made, two main threads don't return from poll(): https://www.redhat.com/archives/fedora-devel-list/2009-July/msg00554.html kernel-2.6.29.6-213.fc11 significantly improves ALSA and PulseAudio playback for me and also fixes the deadlocks, but according to rumours it may need another kernel update for further ALSA fixes. Closing this ticket, as it's been sitting in NEEDINFO for a month. |