Package: pulseaudio
Version: 1.1-2
Severity: normal
Dear Maintainer,
I've recently noticed that when heavily seeking in mplayer (and other media
players),
pulseaudio will "get stuck" and hang the process that is playing the file. At
this point
the process is completely unresponsive and is completely killed. I was able to
attach
gdb to an mplayer session and received the following backtrace:
Thread 2 (Thread 0x7fd05b7e5700 (LWP 7133)):
#0 0x00007fd068e51773 in *__GI___poll (fds=<optimized out>, nfds=<optimized
out>, timeout=1500)
at ../sysdeps/unix/sysv/linux/poll.c:87
#1 0x00007fd069d7917f in poll_func (ufds=0xc3a4b0, nfds=2, timeout=1500,
userdata=0xc25150) at pulse/thread-mainloop.c:69
#2 0x00007fd069d6a59c in pa_mainloop_poll (m=0xbd5290) at pulse/mainloop.c:875
#3 0x00007fd069d6ac09 in pa_mainloop_iterate (m=0xbd5290, block=<optimized
out>, retval=0x0) at pulse/mainloop.c:957
#4 0x00007fd069d6acc0 in pa_mainloop_run (m=0xbd5290, retval=0x0) at
pulse/mainloop.c:975
#5 0x00007fd069d7912f in thread (userdata=0xc1a8e0) at
pulse/thread-mainloop.c:88
#6 0x00007fd062595978 in internal_thread_func (userdata=0xc37530) at
pulsecore/thread-posix.c:83
#7 0x00007fd070310b50 in start_thread (arg=<optimized out>) at
pthread_create.c:304
#8 0x00007fd068e5c3bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7fd07207c7a0 (LWP 7132)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:142
#1 0x00007fd069d797a0 in pa_threaded_mainloop_wait (m=0xc1a8e0) at
pulse/thread-mainloop.c:206
#2 0x000000000047bbac in waitop (op=0xc024b0) at libao2/ao_pulse.c:108
#3 0x000000000047bcc6 in reset () at libao2/ao_pulse.c:314
#4 0x000000000044469d in seek (mpctx=0x99ace0, amount=60, style=<optimized
out>) at mplayer.c:2731
#5 0x000000000043959e in main (argc=<optimized out>, argv=<optimized out>) at
mplayer.c:3983
I can always reproduce on any file, so long as I seek (left/right arrow keys)
enough.
In fact, simply holding down the arrow keys for a second or two always hangs
mplayer.
Starting mplayer with -ao oss to bypass pulseaudio elminates the problem.
If you need any test files or any other assistance, please let me know.
Best regards,
Nathan A. Stine
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages pulseaudio depends on:
ii adduser 3.113
ii consolekit 0.4.5-1
ii libasound2 1.0.24.1-4
ii libasound2-plugins 1.0.24-3
ii libc6 2.13-22
ii libcap2 1:2.22-1
ii libdbus-1-3 1.4.16-1
ii libfftw3-3 3.3-1
ii libice6 2:1.0.7-2
ii libltdl7 2.4.2-1
ii liborc-0.4-0 1:0.4.16-1
ii libpulse0 1.1-2
ii libsamplerate0 0.1.8-1
ii libsm6 2:1.2.0-2
ii libsndfile1 1.0.25-3
ii libspeexdsp1 1.2~rc1-1
ii libtdb1 1.2.9-4+b1
ii libudev0 175-3
ii libx11-6 2:1.4.4-4
ii libx11-xcb1 2:1.4.4-4
ii libxcb1 1.7-4
ii libxtst6 2:1.2.0-4
ii lsb-base 3.2-28
ii udev 175-3
Versions of packages pulseaudio recommends:
pn gstreamer0.10-pulseaudio 0.10.30-2.1
pn pulseaudio-esound-compat <none>
pn pulseaudio-module-x11 <none>
pn rtkit <none>
Versions of packages pulseaudio suggests:
ii paman <none>
ii paprefs 0.9.9-2
ii pavucontrol 0.99.2-1
ii pavumeter 0.9.3-1
ii pulseaudio-utils 1.1-2
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
