After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 304617 - [alsasink] Pad problem with 2.1 sound
[alsasink] Pad problem with 2.1 sound
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.x
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-18 08:22 UTC by Francesco Fracassi
Modified: 2009-08-12 19:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
Output with "GST_DEBUG=alsa*:5" (41.99 KB, text/plain)
2005-05-18 09:27 UTC, Francesco Fracassi
Details

Description Francesco Fracassi 2005-05-18 08:22:26 UTC
Please describe the problem:
I've setup a pcm device through .asoundrc to send audio to my notebook subwoofer
but when I try to play some mp3 using rhythmbox i get a messagebox which
complains that there have been an "Internal GStreamer error: pad problem.  File
a bug."

Steps to reproduce:
1. Using a Intel ICH4 AC97 sound card setup a .alsarc like this in your homedir:

 pcm.!default {
        type plug
        slave.pcm "stereo21"
}

pcm.stereo21 {
        type route
        slave.pcm "surround51"
        slave.channels 6
        ttable.0.0 1
        ttable.1.1 1
        ttable.0.5 0.5
        ttable.1.5 0.5
}

2. Start rhythmbox (or any GStreamer app, I think) and play an audio file.



Actual results:
I get a messagebox which reports me that an "Internal GStreamer error: pad
problem" has occurred.

Expected results:
The application should play music/videos using 2.1 channels.

Does this happen every time?
Yes.

Other information:
Alsaplayer and Totem/Xine are working well with that .asoundrc. XMMS and Beep
Media Player work but they play with some glitches. Aplay is good to. RealPlayer
10 wrapped with aoss plays with glitches.

I'm using ALSA libs v1.0.8 and GStreamer 0.8.8 on Debian Unstable. My audio card
is an Intel ICH4 with CMI9739 codec.
Comment 1 Ronald Bultje 2005-05-18 09:10:14 UTC
What's the GST_DEBUG=alsa*:5 output?
Comment 2 Francesco Fracassi 2005-05-18 09:27:30 UTC
Created attachment 46591 [details]
Output with "GST_DEBUG=alsa*:5"
Comment 3 Tim-Philipp Müller 2006-03-23 16:45:23 UTC
Does this still happen with a current version of GStreamer-0.10?
Comment 4 Francesco Fracassi 2006-03-23 18:09:28 UTC
With GStreamer 0.10 (the one bundled in Ubuntu Dapper Drake) the messagebox isn't displayed but I get glitches in sound. Other players that doesn't use GStreamer as a backend still work right.
Comment 5 Tim-Philipp Müller 2006-05-17 15:15:23 UTC
In (current) GStreamer-0.10, do you get those glitches with all types of files (.mp3/.ogg/whatever) or just with particular types?

What audio sink are you using for output? (alsasink/osssink/esdsink?)


Can you reproduce the glitches with any of these command lines:

 $ gst-launch-0.10 audiotestsrc ! audioconvert ! audioresample ! autoaudiosink
 $ gst-launch-0.10 audiotestsrc ! audioconvert ! audioresample ! alsasink
 $ gst-launch-0.10 playbin uri=file:///path/to/song.ogg

Comment 6 Francesco Fracassi 2006-05-17 20:48:15 UTC
I'm using alsasink and it seems to be format-independent... 

I get the glitches with any of those 3 command lines. The glitches seem to be periodic, like small skips in playback many times a second. Trying to change 'alsasink' with 'osssink' in the second command line doesn't solve the problem: glitches are still there but they seem to be faster than with 'alsasink'.
 
Comment 7 Edward Hervey 2009-03-11 08:02:17 UTC
Francesco, does this still fail with current gstreamer ?
Comment 8 Javier Jardón (IRC: jjardon) 2009-08-12 19:22:53 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!