Project

General

Profile

Bug #195

Audacious hangs using 100% CPU at end of last track in playlist

Added by Mark - over 12 years ago. Updated over 12 years ago.

Status:
Rejected
Priority:
Minor
Assignee:
-
Category:
-
Target version:
-
Start date:
October 11, 2012
Due date:
% Done:

0%

Estimated time:
Affects version:
3.2.4

Description

Hi,

I'm using Audacious 3.2.4 on Lubuntu 11.10 x86-64, installed from the "webupd8" PPA (https://launchpad.net/~nilarimogard/+archive/webupd8).

Audacious hangs using 100% CPU time when it reaches the end of the last track in a playlist. The main window is not responsive and I need to kill -KILL its process.

This happens for me when the track is MOD, MP3 or FLAC, so it's probably not format-specific. It also happens when, rather than being the last track in the playlist, there are following entries in the playlist which are in unsupported file formats (and so unplayable).

History

#1 Updated by John Lindgren over 12 years ago

Please attach a backtrace. (Google "gdb attach to running process" and "gdb backtrace" if you need help.)

#2 Updated by Mark - over 12 years ago

Here you go. Last track in the playlist in this case was a FLAC file if that matters. [For what it's worth, I didn't get a hang when the last track in the playlist was an SPC file (SNES music).]

I just noticed the "Work around drain hangup" option in the ALSA plugin preferences. After enabling that Audacious doesn't hang at the end of the playlist. So I guess the hanging is a known issue.

(gdb) bt
#0 0x00007f557e378e23 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f5575cbed0c in poll_sleep () at alsa.c:126
#2 0x00007f5575cbf516 in alsa_drain () at alsa.c:535
#3 0x000000000041409a in output_drain () at output.c:540
#4 0x0000000000414339 in complete_stop () at playback.c:246
#5 0x0000000000414525 in end_cb (unused=<optimized out>) at playback.c:293
#6 0x00007f557fe5423b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7 0x00007f557fe52a5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8 0x00007f557fe53258 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9 0x00007f557fe53792 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x00007f557f507e1d in gtk_main () from /usr/lib/libgtk-3.so.0
#11 0x000000000040cdf7 in main (argc=1, argv=0x7fff142ca7d8) at main.c:582

#3 Updated by John Lindgren over 12 years ago

  • Status changed from New to Rejected

Yes, it's a longstanding problem in DMix, and that workaround has been enabled by default for several versions of Audacious now.

Also available in: Atom PDF