Debian Bug report logs - #498745
audacious: Audio output hangs

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <Pitxyoki@Gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: audacious: Suddenly puts songs on pause

Date: Fri, 12 Sep 2008 22:59:36 +0100

Package: audacious
Version: 1.5.1-4
Severity: important

  When playing a song, sometimes audacious suddenly pauses it, 
without any apparent reason. I noticed that when this happens, the CPU 
usage graph shows a 100% usage spike, on the right moment the song got 
paused.
  This does also happen when, eg., some program is loading and the CPU 
gets very loaded. On previous versions of audacious this pausing 
behaviour had never happened.

  Needless to say, sometimes this can get very annoying, as I have to be
constantly unpausing it, and the random interruptions on the sound can 
get kind of irritating. :|


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages audacious depends on:
ii  audacious-plugins             1.5.1-2    Base plugins for audacious
ii  dbus                          1.2.1-3    simple interprocess messaging syst
ii  gtk2-engines-pixbuf           2.12.11-3  Pixbuf-based theme for GTK+ 2.x
ii  libatk1.0-0                   1.22.0-1   The ATK accessibility toolkit
ii  libaudclient1                 1.5.1-4    audacious dbus remote control libr
ii  libaudid3tag1                 1.5.1-4    audacious id3 tag manipulation lib
ii  libc6                         2.7-13     GNU C Library: Shared libraries
ii  libcairo2                     1.6.4-6    The Cairo 2D vector graphics libra
ii  libdbus-1-3                   1.2.1-3    simple interprocess messaging syst
ii  libdbus-glib-1-2              0.76-1     simple interprocess messaging syst
ii  libglib2.0-0                  2.16.5-1   The GLib library of C routines
ii  libgtk2.0-0                   2.12.11-3  The GTK+ graphical user interface 
ii  libice6                       2:1.0.4-1  X11 Inter-Client Exchange library
ii  libmcs1                       0.7.1-1    Abstraction library to store confi
ii  libmowgli1                    0.6.1-1    a high performance development fra
ii  libpango1.0-0                 1.20.5-1   Layout and rendering of internatio
ii  libsamplerate0                0.1.4-1    audio rate conversion library
ii  libsm6                        2:1.0.3-2  X11 Session Management library
ii  libx11-6                      2:1.1.4-2  X11 client-side library

Versions of packages audacious recommends:
ii  audacious-plugins-extra       1.5.1-2    Various extra plugins for audaciou
ii  unzip                         5.52-12    De-archiver for .zip files

audacious suggests no packages.

-- no debconf information

Message #10 received at 498745@bugs.debian.org (full text, mbox, reply):

From: "Luís Picciochi Oliveira" <pitxyoki@gmail.com>

To: 498745@bugs.debian.org

Subject: Re: Bug#498745: Acknowledgement (audacious: Suddenly puts songs on pause)

Date: Fri, 24 Oct 2008 16:14:12 +0100

    Hi
    After investigating a bit more, I'm suspecting this bug may be
related to something else.
    Apparently, this bug should be assigned to the boinc-client
package but maybe there's something audacious could do too, to avoid
being a "victim" of this situation (other audio/video players don't
seem to have the same problem).

    When I stop boinc-client (which is running in the background for
the seti project), audacious never seems to have any problems when the
CPU usage goes 100% because of other applications.

    When boinc-client is running, the bug I described before is still
present. Also, some other programs show some "struggling" behaviour:
the mozilla flash plugin sometimes plays some fractions of a second of
a sound it was playing back and forth, and then continues as if it
were nothing; the mouse pointer sometimes seems to be "jumpy", and the
computer in general seems to be not very responsive. These situations
happen when there is a 100% CPU usage peak, and don't seem to be
predictable. With boinc-client stopped (I usually do it using
invoke-rc.d boinc-client stop), even under 100% CPU usage, the
computer always appears to be responsive and well behaved.

    I did a dumb test, just to confirm the suspicion: doing cat on a
big binary file in a maximized gnome-terminal makes the CPU go up
100%. When boinc is running, audacious puts the songs on pause after a
while. If not, audacious seems to not have any problem.


Information about boinc-client follows:

Package: boinc-client
Version: 6.2.14-2

-- Package-specific info:
-- Contents of /etc/default/boinc-client:
# This file is /etc/default/boinc-client, it is a configuration file for the
# /etc/init.d/boinc-client init script.

# Set this to 1 to enable and to 0 to disable the init script.
ENABLED="1"

# Set this to 1 to enable advanced scheduling of the BOINC core client and
# all its sub-processes (reduces the impact of BOINC on the system's
# performance).
SCHEDULE="1"

# The BOINC core client will be started with the permissions of this user.
BOINC_USER="boinc"

# This is the data directory of the BOINC core client.
BOINC_DIR="/var/lib/boinc-client"

# This is the location of the BOINC core client, that the init script uses.
# If you do not want to use the client program provided by the boinc-client
# package, you can specify here an alternative client program.
#BOINC_CLIENT="/usr/local/bin/boinc"
BOINC_CLIENT="/usr/bin/boinc"

# Here you can specify additional options to pass to the BOINC core client.
# Type 'boinc --help' or 'man boinc' for a full summary of allowed options.
#BOINC_OPTS="--allow_remote_gui_rpc"
BOINC_OPTS=""

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages boinc-client depends on:
ii  adduser                3.110             add and remove users and groups
ii  ca-certificates        20080809          Common CA certificates
ii  debconf [debconf-2.0]  1.5.22            Debian configuration management sy
ii  libc6                  2.7-14            GNU C Library: Shared libraries
ii  libcurl3               7.18.2-5          Multi-protocol file transfer libra
ii  libssl0.9.8            0.9.8g-13         SSL shared libraries
ii  libstdc++6             4.3.2-1           The GNU Standard C++ Library v3
ii  lsb-base               3.2-20            Linux Standard Base 3.2 init scrip
ii  python                 2.5.2-2           An interactive high-level object-o
ii  zlib1g                 1:1.2.3.3.dfsg-12 compression library - runtime

boinc-client recommends no packages.

Versions of packages boinc-client suggests:
pn  boinc-app-seti                <none>     (no description available)
ii  boinc-manager                 6.2.14-2   GUI to control and monitor the BOI
ii  schedtool                     1.2.10-1   Queries/alters process' scheduling

-- debconf information:
  boinc-client/remove_boinc_dir: false

Message #15 received at 498745@bugs.debian.org (full text, mbox, reply):

From: simon.walter@hp-factory.de

To: 498745@bugs.debian.org

Subject: Re: Bug#498745: Acknowledgement (audacious: Suddenly puts songs on pause)

Date: Wed, 12 Nov 2008 11:45:09 -0000 (UTC)

Package: audacious
Version: 1.5.1-4

*** Please type your report below this line ***

Hello,

I have a similar problem with audacious.

Sometimes while compiling(java), starting jboss or redeploying cpu-usage
peaks and the hole system stops responding for a very short time (< 1sec).
Audacious stop playing and I have to move the slider or restart the song.

I suppose the problem has nothing to do with audacious or any other
programm but with the kernel.
I experince the described behaviour only with
linux-image-2.6.26-1-686-bigmem, if I use 2.6.25-2-686-bigmem instead the
problem is gone.

--
Regards
Simon

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages audacious depends on:
ii  audacious-plugins             1.5.1-2    Base plugins for audacious
ii  dbus                          1.2.1-4    simple interprocess messaging
syst
ii  gtk2-engines-pixbuf           2.12.11-4  Pixbuf-based theme for GTK+ 2.x

Message #20 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>

Cc: 498745@bugs.debian.org

Subject: Re: Audacious suddenly puts songs on pause

Date: Thu, 07 May 2009 20:43:33 -0400

Hey Luís,

Do you still have this problem with the current upstream version?

John Lindgren

Message #25 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <pitxyoki@gmail.com>

To: John Lindgren <john.lindgren@tds.net>

Cc: 498745@bugs.debian.org, simon.walter@hp-factory.de

Subject: Re: Audacious suddenly puts songs on pause

Date: Sun, 24 May 2009 18:01:33 +0100

On Fri, May 8, 2009 at 1:43 AM, John Lindgren <john.lindgren@tds.net> wrote:
> Hey Luís,
>
> Do you still have this problem with the current upstream version?
>
> John Lindgren
>
>

Hi,
I've been using Linux kernel 2.6.30-rc6 for about a week now and
audacious didn't show that behaviour again... Until a while ago, when
it just "paused" like it did before. I really thought the problem was
gone, but apparently now it is just much, much rarer.

I'm using audacious 2.0-alpha2 (just because I didn't find any .debs
for the final release yet). If I switch to an older kernel (I was
using 2.6.26 before), the problem reappears with the usual frequency
(which can be quite annoyingly high).

Regards,
Pitxyoki

Message #30 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>, simon.walter@hp-factory.de

Cc: 498745@bugs.debian.org

Subject: Re: Audacious suddenly puts songs on pause

Date: Tue, 26 May 2009 16:27:37 -0400

Luís and Simon,

It would be very helpful if you would run Audacious in a debugger,
interrupt it as soon as it pauses in this way, and take a backtrace of
each thread. Without a backtrace, I really have no way of figuring out
what is going wrong. The audio output could be hanging up, two threads
could be waiting for each other, or it could be something completely
different. Also, it would be helpful to know which audio driver
(Audacious driver and kernel driver) you are using, and whether the
problem still happens if you switch to another driver (say, from ALSA to
OSS).

Regards,
John Lindgren

Message #35 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <pitxyoki@gmail.com>

To: John Lindgren <john.lindgren@tds.net>

Cc: 498745@bugs.debian.org

Subject: Re: Audacious suddenly puts songs on pause

Date: Tue, 26 May 2009 22:01:17 +0100

I could do that, but either this will take time until I can spend some
to learn how to compile audacious + extra plugins with debugging
symbols and learn how to use gdb to extract the relevant information
from it; or I'm going to need your help on how to do all of that -
perhaps if you want and have the time for that, you could instruct me
on what to do on #audacious.
I'm expecting to have all that time around June or so... Hopefully...

Regards,
Pitxyoki

Message #40 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Roger Niva <rogerniva@gmail.com>

To: Debian Bug Tracking System <498745@bugs.debian.org>

Subject: audacious: Audacious hangs on playback

Date: Thu, 28 May 2009 13:39:51 +0200

Package: audacious
Version: 1.5.1-4
Severity: normal

Hi.
I also have this problem. It almost goes away if I tick off "Bypass all of signal processing if possible" option in Audio-preferences(occurs much less frequently).
I'm using Pulseaudio, btw. The song simply stops playing, but Audacious does not go into pausemode.
It's still showing the play icon. I can pause it and unpause it and it will continue playing.

I have installed audacious-dbg and here's the backtrace of all the threads I could find when the hang occurs on my box:
(I'm not too familiar with gdb so I hope this is what you wanted)

(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb768cb17 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb7d921bb in g_poll () from /usr/lib/libglib-2.0.so.0
#3  0xb7d84c42 in ?? () from /usr/lib/libglib-2.0.so.0
#4  0xb2a01cb8 in ?? ()
#5  0x00000005 in ?? ()
#6  0x0000000a in ?? ()
#7  0xb2a01cb8 in ?? ()
#8  0x00000005 in ?? ()
#9  0x00000000 in ?? ()
(gdb) thread 1
[Switching to thread 1 (Thread 0xb7164750 (LWP 9201))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb768cb17 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb7d921bb in g_poll () from /usr/lib/libglib-2.0.so.0
#3  0xb7d84c42 in ?? () from /usr/lib/libglib-2.0.so.0
#4  0xb2a01cb8 in ?? ()
#5  0x00000005 in ?? ()
#6  0x0000000a in ?? ()
#7  0xb2a01cb8 in ?? ()
#8  0x00000005 in ?? ()
#9  0x00000000 in ?? ()
(gdb) thread 2
[Switching to thread 2 (Thread 0xb3348b90 (LWP 10860))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb771e2e2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0xb7d4502d in ?? () from /usr/lib/libgthread-2.0.so.0
#3  0xb2a085e0 in ?? ()
#4  0xb2a01868 in ?? ()
#5  0xb333e8f8 in ?? ()
#6  0xb7dada0a in g_time_val_add () from /usr/lib/libglib-2.0.so.0
#7  0x0805dab1 in output_pass_audio (playback=0x93e1df0, fmt=FMT_FIXED32, nch=2, length=4608, 
    ptr=0x9317d18, going=0x93e1e00) at output.c:618
#8  0xb62ef589 in write_output (info=0xb62f3580, pcm=0xb3343a18, header=0xb3345e20) at decoder.c:67
#9  0xb62efa7b in decode_loop (arg=0xb62f3580) at decoder.c:556
#10 0xb62f1cbc in audmad_play_file (playback=0x93e1df0) at plugin.c:432
#11 0x0805f13e in playback_monitor_thread (data=0x93e1df0) at playback.c:301
#12 0xb7dabf7f in ?? () from /usr/lib/libglib-2.0.so.0
#13 0x093e1df0 in ?? ()
#14 0xb2a018e8 in ?? ()
#15 0xb770fff4 in ?? () from /lib/i686/cmov/libc.so.6
#16 0xb770e274 in ?? () from /lib/i686/cmov/libc.so.6
#17 0xb76deace in ?? () from /lib/i686/cmov/libc.so.6
#18 0xb3348334 in ?? ()
#19 0xb771b890 in ?? () from /lib/i686/cmov/libpthread.so.0
#20 0xb7729ff4 in ?? () from /lib/i686/cmov/libpthread.so.0
#21 0xb3348b90 in ?? ()
#22 0x00000000 in ?? ()
(gdb) thread 3
[Switching to thread 3 (Thread 0xae065b90 (LWP 10541))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb768cb17 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb5ce076d in ?? () from /usr/lib/libasound.so.2
#3  0xae065260 in ?? ()
#4  0x00000001 in ?? ()
#5  0x0000000a in ?? ()
#6  0x0000113a in ?? ()
#7  0xb5d242c0 in ?? () from /usr/lib/libasound.so.2
#8  0xb5d5a144 in ?? () from /usr/lib/libasound.so.2
#9  0xae0652a8 in ?? ()
#10 0xb5ce06d5 in ?? () from /usr/lib/libasound.so.2
#11 0x0000000c in ?? ()
#12 0x00000029 in ?? ()
#13 0x00000020 in ?? ()
#14 0x09306078 in ?? ()
#15 0x00000010 in ?? ()
#16 0x00000020 in ?? ()
#17 0xae0652b8 in ?? ()
#18 0xb5d241ba in ?? () from /usr/lib/libasound.so.2
#19 0xffffffff in ?? ()
#20 0xae06529a in ?? ()
#21 0x00000000 in ?? ()
(gdb) thread 4
[Switching to thread 4 (Thread 0xae99eb90 (LWP 10540))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb768cb17 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb5e1b2f2 in ?? () from /usr/lib/libpulse.so.0
#3  0x09253528 in ?? ()
#4  0x00000002 in ?? ()
#5  0x000005db in ?? ()
#6  0xb5e09b5b in pa_mainloop_dispatch () from /usr/lib/libpulse.so.0
#7  0xb5e08730 in pa_mainloop_poll () from /usr/lib/libpulse.so.0
#8  0xb5e09ec3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0
#9  0xb5e09f94 in pa_mainloop_run () from /usr/lib/libpulse.so.0
#10 0xb5e1b0a3 in ?? () from /usr/lib/libpulse.so.0
#11 0x09334d50 in ?? ()
#12 0x00000000 in ?? ()
(gdb) thread 5
[Switching to thread 5 (Thread 0xb3cddb90 (LWP 9206))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb771dfb5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0x08061451 in playlist_get_info_func (arg=0x0) at playlist.c:2518
#3  0xb7dabf7f in ?? () from /usr/lib/libglib-2.0.so.0
#4  0x00000000 in ?? ()
(gdb) thread 6
[Switching to thread 6 (Thread 0xb4901b90 (LWP 9205))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb771dfb5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0xb6324894 in watchdog_func (data=0x0) at cuesheet.c:537
#3  0xb7dabf7f in ?? () from /usr/lib/libglib-2.0.so.0
#4  0x00000000 in ?? ()
(gdb) thread 7
[Switching to thread 7 (Thread 0xb6d50b90 (LWP 9202))]#0  0xb7fad424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fad424 in __kernel_vsyscall ()
#1  0xb77221d0 in sigwait () from /lib/i686/cmov/libpthread.so.0
#2  0x080684bc in signal_process_signals (data=0x0) at signals.c:101
#3  0xb7dabf7f in ?? () from /usr/lib/libglib-2.0.so.0
#4  0x00000000 in ?? ()



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.29 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages audacious depends on:
ii  audacious-plugins             1.5.1-2.1  Base plugins for audacious
ii  dbus                          1.2.14-2   simple interprocess messaging syst
ii  gtk2-engines-pixbuf           2.16.1-2   Pixbuf-based theme for GTK+ 2.x
ii  libatk1.0-0                   1.26.0-1   The ATK accessibility toolkit
ii  libaudclient1                 1.5.1-4    audacious dbus remote control libr
ii  libaudid3tag1                 1.5.1-4    audacious id3 tag manipulation lib
ii  libc6                         2.9-13     GNU C Library: Shared libraries
ii  libcairo2                     1.8.6-2+b1 The Cairo 2D vector graphics libra
ii  libdbus-1-3                   1.2.14-2   simple interprocess messaging syst
ii  libdbus-glib-1-2              0.80-4     simple interprocess messaging syst
ii  libglib2.0-0                  2.20.1-2   The GLib library of C routines
ii  libgtk2.0-0                   2.16.1-2   The GTK+ graphical user interface 
ii  libice6                       2:1.0.5-1  X11 Inter-Client Exchange library
ii  libmcs1                       0.7.1-1    Abstraction library to store confi
ii  libmowgli1                    0.6.1-1    a high performance development fra
ii  libpango1.0-0                 1.24.2-1   Layout and rendering of internatio
ii  libsamplerate0                0.1.7-2    audio rate conversion library
ii  libsm6                        2:1.1.0-2  X11 Session Management library
ii  libx11-6                      2:1.2.1-1  X11 client-side library

Versions of packages audacious recommends:
ii  audacious-plugins-extra       1.5.1-2.1  Various extra plugins for audaciou
ii  unzip                         6.0-1      De-archiver for .zip files

audacious suggests no packages.

-- no debconf information

Message #45 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Roger Niva <rogerniva@gmail.com>

Cc: 498745@bugs.debian.org

Subject: Re: audacious: Hangs on playback

Date: Wed, 24 Jun 2009 16:22:00 -0400

Roger,

First of all, sorry for the slow response. That backtrace was exactly
what I wanted. :) It appears that the Pulse Audio plugin (thread 4) is
hanging up, and output_pass_audio is waiting for it. Unfortunately, I'm
not too familiar with Pulse Audio, and the backtrace for thread 4
doesn't show much. Some more information that would be helpful -- it's
hard when I can't see the problem on my own machine --:

        1. Using the same configuration, stop Audacious again when it
        hangs up and get another backtrace, so I can see whether it's
        hanging up in the same place each time.
        
        2. Try (a) updating to 2.0.1-1, (b) using ALSA or OSS instead of
        Pulse Audio, and (c) disabling the cuesheet plugin while you're
        at it. If any of those things gets rid of the hangups, that will
        help narrow the problem down; if not, take yet another backtrace
        when a hangup happens, and that will help narrow it down as
        well.

John Lindgren

Message #50 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Roger Niva <rogerniva@gmail.com>

To: John Lindgren <john.lindgren@tds.net>

Cc: 498745@bugs.debian.org

Subject: Re: audacious: Hangs on playback

Date: Thu, 25 Jun 2009 08:45:23 +0200

On Wed, Jun 24, 2009 at 10:22 PM, John Lindgren<john.lindgren@tds.net> wrote:
> Roger,
>
> First of all, sorry for the slow response. That backtrace was exactly
> what I wanted. :) It appears that the Pulse Audio plugin (thread 4) is
> hanging up, and output_pass_audio is waiting for it. Unfortunately, I'm
> not too familiar with Pulse Audio, and the backtrace for thread 4
> doesn't show much. Some more information that would be helpful -- it's
> hard when I can't see the problem on my own machine --:
>
>        1. Using the same configuration, stop Audacious again when it
>        hangs up and get another backtrace, so I can see whether it's
>        hanging up in the same place each time.

I did it several times and I got the same backtrace every time.

>        2. Try (a) updating to 2.0.1-1, (b) using ALSA or OSS instead of
>        Pulse Audio, and (c) disabling the cuesheet plugin while you're
>        at it. If any of those things gets rid of the hangups, that will
>        help narrow the problem down; if not, take yet another backtrace
>        when a hangup happens, and that will help narrow it down as
>        well.

I am currently running Audacious 2.0.1-1. It no longer hangs, but I do
get choppy playback on some mp3-files when using the ALSA output
plugin(still using Pulseaudio sound system), but if I use the
PulseAudio output plugin the sound is great. I have been running this
for a couple of weeks now and it has not hanged or showed any sign of
choppy playback. I have, however, upgraded to the 2.6.30(pristine from
kernel.org) kernel, although I am reasonably sure it worked just a
fine on my previous 2.6.29.x kernel, as well.


-- 
Vennlig hilsen,
Roger Niva

Message #55 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>, Roger Niva <rogerniva@gmail.com>, simon.walter@hp-factory.de

Cc: 498745@bugs.debian.org

Subject: Re: audacious: Suddenly puts songs on pause

Date: Thu, 25 Jun 2009 08:38:53 -0400

Hello all,

It's sounding more and more like this is a kernel or driver problem, not
an Audacious bug. In Roger's backtrace, the hangup apparently occured
somewhere deep in the Pulse Audio libraries, not in the Audacious code.
Simon and Roger no longer saw the problem after installing a newer
kernel. Luís mentioned on IRC that the problem happens with a particular
sound card and not with another.

Agree? Disagree?

John Lindgren

Message #62 received at 498745@bugs.debian.org (full text, mbox, reply):

From: William Pitcock <nenolod@sacredspiral.co.uk>

To: Roger Niva <rogerniva@gmail.com>, 498745@bugs.debian.org

Cc: John Lindgren <john.lindgren@tds.net>

Subject: Re: [Pkg-audacious-maintainers] Bug#498745: audacious: Hangs on playback

Date: Fri, 26 Jun 2009 03:09:15 -0500

[Message part 1 (text/plain, inline)]

Hi!

On Thu, 2009-06-25 at 08:45 +0200, Roger Niva wrote:
> 
> I am currently running Audacious 2.0.1-1. It no longer hangs, but I do
> get choppy playback on some mp3-files when using the ALSA output
> plugin(still using Pulseaudio sound system), but if I use the
> PulseAudio output plugin the sound is great. 

Audacious 2.1 beta will probably be entering sid later today.

Will you be able to test it with alsa-pulse?  The performance is
improved with the alsa-ng plugin (although it is still missing
configuration overrides) on my testing setup, but I do not use pulse in
production at this time.

The original alsa output plugin from XMMS did some naughty things, and a
full rewrite was necessary to clean up that mess.

William

[signature.asc (application/pgp-signature, inline)]

Message #67 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Roger Niva <rogerniva@gmail.com>

To: William Pitcock <nenolod@sacredspiral.co.uk>

Cc: 498745@bugs.debian.org, John Lindgren <john.lindgren@tds.net>

Subject: Re: [Pkg-audacious-maintainers] Bug#498745: audacious: Hangs on playback

Date: Fri, 26 Jun 2009 11:16:03 +0200

On Fri, Jun 26, 2009 at 10:09 AM, William
Pitcock<nenolod@sacredspiral.co.uk> wrote:
> Hi!
>
> On Thu, 2009-06-25 at 08:45 +0200, Roger Niva wrote:
>>
>> I am currently running Audacious 2.0.1-1. It no longer hangs, but I do
>> get choppy playback on some mp3-files when using the ALSA output
>> plugin(still using Pulseaudio sound system), but if I use the
>> PulseAudio output plugin the sound is great.
>
> Audacious 2.1 beta will probably be entering sid later today.
>
> Will you be able to test it with alsa-pulse?

Sure, but probably not before monday due to work related stuff.


-- 
Vennlig hilsen,
Roger Niva

Message #72 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Roger Niva <rogerniva@gmail.com>

To: William Pitcock <nenolod@sacredspiral.co.uk>

Cc: 498745@bugs.debian.org, John Lindgren <john.lindgren@tds.net>

Subject: Re: Bug#498745: [Pkg-audacious-maintainers] Bug#498745: audacious: Hangs on playback

Date: Wed, 22 Jul 2009 15:14:51 +0200

On Fri, Jun 26, 2009 at 11:16 AM, Roger Niva<rogerniva@gmail.com> wrote:
> On Fri, Jun 26, 2009 at 10:09 AM, William
> Pitcock<nenolod@sacredspiral.co.uk> wrote:
>> Hi!
>>
>> On Thu, 2009-06-25 at 08:45 +0200, Roger Niva wrote:
>>>
>>> I am currently running Audacious 2.0.1-1. It no longer hangs, but I do
>>> get choppy playback on some mp3-files when using the ALSA output
>>> plugin(still using Pulseaudio sound system), but if I use the
>>> PulseAudio output plugin the sound is great.
>>
>> Audacious 2.1 beta will probably be entering sid later today.
>>
>> Will you be able to test it with alsa-pulse?
>
> Sure, but probably not before monday due to work related stuff.

It took some time before Audacious 2.1-1 ended up in my unstable(I
never got the beta), but I'm running it now.
I have had it running for half a day now without any hiccups.

Settings:

Output plugin: ALSA Output Plugin (-ng)
Output bit depth: 16
Enable Sampling Rate Converter: Off
Bypass all of signal processing if possible: On(ticked)
Use fast floating-point conversion: Off

I do get this stdoutput from it, when changing songs:
madplug: lost synchronization.
ERROR: ALSA: alsa-core.c:315 (alsaplug_open_audio): unsupported format
requested: 21 -> -1

It does not appear to have any effect on playback, however.


-- 
Vennlig hilsen,
Roger Niva

Message #77 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>, Simon <simon.walter@hp-factory.de>

Cc: Roger Niva <rogerniva@gmail.com>, 498745@bugs.debian.org

Subject: Re: audacious: audio output hangs

Date: Wed, 05 Aug 2009 19:28:47 -0400

On July 22, Roger Niva wrote:
> It took some time before Audacious 2.1-1 ended up in my unstable(I
> never got the beta), but I'm running it now.
> I have had it running for half a day now without any hiccups.

And Luís? Simon? Do you still have problems?

John Lindgren

Message #84 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <pitxyoki@gmail.com>

To: 498745@bugs.debian.org

Cc: John Lindgren <john.lindgren@tds.net>, Simon <simon.walter@hp-factory.de>, Roger Niva <rogerniva@gmail.com>

Subject: Re: audacious: audio output hangs

Date: Sun, 13 Sep 2009 12:33:35 +0100

[Message part 1 (text/plain, inline)]

2009/8/6 John Lindgren <john.lindgren@tds.net>

> And Luís? Simon? Do you still have problems?
>
>
I've been using audacious 2.1-1+b1 on linux 2.6.31-rc9 and I haven't had any
problems yet (I've only been using it again since yesterday).

So I went back in time for a while and tried audacious 2.1 under the 2.6.26
kernel... After about 2 minutes of playing, it suddenly hang, but this time
not only the audio, but also the whole interface and I could do nothing
about it unless I killed it.

Also, under 2.6.26, the whole desktop seemed a lot less irresponsive and
kind of "jumpy", as if something was occupying the CPU (even if there wasn't
anything special running). I don't remember feeling this when I used it
regularly, maybe I just got used to the most recent kernels so only now I
could feel a difference (even sill, it felt "weird").

I'm attaching the gdb output I grabbed after one of the audacious freezes on
2.6.26.

Regards,
Pitxyoki

[Message part 2 (text/html, inline)]

[backtrace 2.6.26.txt (text/plain, attachment)]

Message #89 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>, control@bugs.debian.org

Cc: 498745@bugs.debian.org

Subject: Re: audacious: audio output hangs

Date: Fri, 23 Oct 2009 13:41:46 -0400

tags 498745 - moreinfo + unreproducible
thanks

I seem to have missed your email somehow; sorry about that.

If there's a lockup within snd_pcm_writei that only happens with a
specific kernel version, then that sounds a lot like a system or driver
problem.

Peace,
John Lindgren

> I've been using audacious 2.1-1+b1 on linux 2.6.31-rc9 and I haven't had any
> problems yet (I've only been using it again since yesterday).
> 
> So I went back in time for a while and tried audacious 2.1 under the 2.6.26
> kernel... After about 2 minutes of playing, it suddenly hang, but this time
> not only the audio, but also the whole interface and I could do nothing
> about it unless I killed it.
> 
> Also, under 2.6.26, the whole desktop seemed a lot less irresponsive and
> kind of "jumpy", as if something was occupying the CPU (even if there wasn't
> anything special running). I don't remember feeling this when I used it
> regularly, maybe I just got used to the most recent kernels so only now I
> could feel a difference (even sill, it felt "weird").

Message #98 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>

Cc: 498745@bugs.debian.org

Subject: Re: audacious: audio output hangs

Date: Fri, 13 Nov 2009 19:16:08 -0500

Luís,

The behavior you've described and the fact that you only see hangups on
a particular kernel version point to a driver problem.  What do you
think?  Can this report be closed?

John Lindgren

Message #103 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <pitxyoki@gmail.com>

To: John Lindgren <john.lindgren@tds.net>

Cc: 498745@bugs.debian.org

Subject: Re: audacious: audio output hangs

Date: Thu, 19 Nov 2009 15:49:31 +0000

[Message part 1 (text/plain, inline)]

Hi,
I haven't been using audacious very much recently, mostly due to problems
with network adapter drivers on the machine where this problem happens.
I've been using a compiled version of audacious 2.2 that you sent me. I
think that with it I haven't had any problems related with this but I can't
really tell if it is gone or not, as I haven't been using it that much.
If you want you can close this bug. If this happens again I'll try to get
the backtrace and send it to you.

Thanks,
Pitxyoki

[Message part 2 (text/html, inline)]

Message #108 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <pitxyoki@gmail.com>

To: 498745@bugs.debian.org

Subject: Re: audacious: audio output hangs

Date: Fri, 25 Dec 2009 18:12:42 +0000

[Message part 1 (text/plain, inline)]

Hi,

Here it is again. I'm using a development version of audacious now, so I
reported it upstream: http://jira.atheme.org/browse/AUD-113
I'm also attaching the backtrace here, just in case...

Have a merry Christmas. :-)


Regards,
Pitxyoki

[Message part 2 (text/html, inline)]

[hang_backtrace.txt (text/plain, attachment)]

Message #113 received at 498745@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: Luís Picciochi Oliveira <pitxyoki@gmail.com>

Cc: 498745@bugs.debian.org

Subject: Re: audacious: Audio output hangs

Date: Mon, 12 Apr 2010 09:22:26 -0400

Hi Luís,

Do you still see this problem with 2.3?  I've tried to make the code
more straightforward, so that short of a lockup in ALSA itself (which I
have unfortunately seen now and then) this will not happen any more.

Peace,
John Lindgren

Message #118 received at 498745@bugs.debian.org (full text, mbox, reply):

From: Luís Picciochi Oliveira <pitxyoki@gmail.com>

To: John Lindgren <john.lindgren@tds.net>

Cc: 498745@bugs.debian.org

Subject: Re: audacious: Audio output hangs

Date: Mon, 12 Apr 2010 15:10:07 +0100

[Message part 1 (text/plain, inline)]

Hello,

I'm sorry but I'm reluctant to use the newer versions of audacious since
they don't have the scrobbler plugin.
I've been using 2.3-alpha1 pulled from hg on the 22nd of January and I have
not experienced as many lockups as I used to. Anyway, I can tell that it
happened at least once with this version [1], though it was apparently
related to the scrobbler.

I know that a lot of things changed since the alpha versions until the
release of 2.3, but I prefer to use a buggy version with a scrobbler than a
more stable version without it.

If nobody steps up to do it, I might try to scribble a scrobbler :) plugin,
but that won't be before July or even August. Until then I'll stay with this
version.




Regards,
Pitxyoki

1 -
http://jira.atheme.org/browse/AUD-113?focusedCommentId=11382&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_11382


On Mon, Apr 12, 2010 at 2:22 PM, John Lindgren <john.lindgren@tds.net>wrote:

> Hi Luís,
>
> Do you still see this problem with 2.3?  I've tried to make the code
> more straightforward, so that short of a lockup in ALSA itself (which I
> have unfortunately seen now and then) this will not happen any more.
>
> Peace,
> John Lindgren
>
>

[Message part 2 (text/html, inline)]

Message #125 received at 498745-done@bugs.debian.org (full text, mbox, reply):

From: John Lindgren <john.lindgren@tds.net>

To: 498745-done@bugs.debian.org

Cc: Luís Picciochi Oliveira <pitxyoki@gmail.com>

Subject: Re: audacious: Audio output hangs

Date: Wed, 09 Jun 2010 14:50:42 -0400

There have been no reports of hangups matching this description in
recent versions of Audacious, so closing.

John Lindgren

Send a report that this bug log contains spam.