KARMIC: Audio Playback hangs on subsequent file

[morryis]

Binary package hint: pulseaudio

Since the latest pulseaudio upgrade to 1:0.9.19-0ubuntu3 applications like rhythmbox or totem sometimes fail to play audio when repeating or playing the next video/audio file in the playlist. There is a thread in http://ubuntuforums.org/forumdisplay.php?f=359 . The first poster describes the behavior quite accurately:
"When Totem gets to the end of a file it is playing (seemingly any filetype, audio or video), it won't play anything more for an indeterminate amount of time. If you have a playlist it will move to the next item and claim to be playing it, but with no AV output or timeline progression. Often, several minutes later it will suddenly burst into life and start playing the track.

Clicking pause/play, changing track or loading a new file in doesn't help in this state; nothing will play until Totem randomly wakes up, or you quit/reload it."

I noticed the following messages in syslog, when the problem occured:
Oct 21 14:44:31 morryis-laptop pulseaudio[3941]: protocol-native.c: Failed to push data into queue
Oct 21 14:44:31 morryis-laptop pulseaudio[3941]: protocol-native.c: Failed to push data into queue
Oct 21 14:44:31 morryis-laptop pulseaudio[3941]: protocol-native.c: Failed to push data into queue

ProblemType: Bug
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: CONEXANT Analog [CONEXANT Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: morryis 3941 F.... pulseaudio
 /dev/snd/pcmC0D0p: morryis 3941 F...m pulseaudio
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xfc020000 irq 17'
   Mixer name : 'Conexant CX20561 (Hermosa)'
   Components : 'HDA:14f15051,17aa211c,00100000'
   Controls : 14
   Simple ctrls : 7
Date: Wed Oct 21 14:49:40 2009
DistroRelease: Ubuntu 9.10
Package: pulseaudio 1:0.9.19-0ubuntu3
ProcEnviron:
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: pulseaudio
Uname: Linux 2.6.31-14-generic i686

[Daniel T Chen (crimsun)]

This symptom actually sounds more like a GSt issue. Can you reproduce
it from a command line with gst-launch and GST_DEBUG set to 3?

[Thomas E Jenkins (thomas-jenkins)]

I also have noticed this issue very recently. Attached is the output of totem with gst-debug-level 3. The most relevant part seems to be:

0:03:06.230224157 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow
0:03:06.231817237 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow
0:03:06.231872761 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow
0:03:06.231922069 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow
0:03:06.232542818 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow
0:03:06.233040926 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow
0:03:06.233090653 3344 0x9ae9f0 WARN pulse pulsesink.c:535:gst_pulsering_stream_overflow_cb:<audio-sink> Got overflow

[Cameron Porter (camporter1)]

I'm getting the same problem. Numerous "protocol-native.c: Failed to push data into queue" messages in syslog, as well as "ratelimit.c: XX events suppressed". This makes using totem completely useless. Programs that don't use pulseaudio seem to do just fine with the same mp3s.

[Daniel T Chen (crimsun)]

Unfortunately, that's not a good test vector. Try mplayer with the pulse
output.

On Oct 21, 2009 2:50 PM, "camporter1" <email address hidden> wrote:

I'm getting the same problem. Numerous "protocol-native.c: Failed to
push data into queue" messages in syslog, as well as "ratelimit.c: XX
events suppressed". This makes using totem completely useless. Programs
that don't use pulseaudio seem to do just fine with the same mp3s.

-- KARMIC: Audio Playback hangs on subsequent file
https://bugs.launchpad.net/bugs/457165 You rece...
Status in “pulseaudio” package in Ubuntu: Confirmed

Bug description: Binary package hint: pulseaudio Since the latest pulseaudio
upgrade to 1:0.9.19-0...

[Thomas E Jenkins (thomas-jenkins)]

Using the pulse output and specifying two files on the command line does not trigger it, but I don't know if that is basically the same as starting anew twice. Totem always plays the first file on the playlist immediately. It's before the second file it pauses and prints the error.

The only thing pulse related in the default mplayer command line output was:

[pulse] working around probably broken pause functionality,
        see http://www.pulseaudio.org/ticket/440
AO: [pulse] 44100Hz 2ch s16le (2 bytes per sample)

[morryis (morryis)]

>This symptom actually sounds more like a GSt issue. Can you reproduce
it from a command line with gst-launch and GST_DEBUG set to 3?
I don't know how to repeat a video file with gst-launch, so I cannot test this.