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 414879 - [decodebin] fails to play audio of alien.mpg while decodebin2 does
[decodebin] fails to play audio of alien.mpg while decodebin2 does
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-05 12:28 UTC by Sebastien Merle
Modified: 2009-08-12 19:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gst debug log level 5 (865.22 KB, application/x-gzip)
2007-05-24 14:12 UTC, Zaheer Abbas Merali
Details
gst debug level 5 (870.13 KB, application/x-gzip)
2007-05-24 14:56 UTC, Zaheer Abbas Merali
Details

Description Sebastien Merle 2007-03-05 12:28:02 UTC
The following command block without outputting any sound most of the time:

gst-launch filesrc location=alien.mpg ! decodebin ! audioconvert ! audioresample ! alsasink

When using decodebin2 it work reliably.

If you don't know what video alien.mpg is, ask for it and I will send it to you or post it as attachment.
Comment 1 Zaheer Abbas Merali 2007-03-05 14:43:17 UTC
I can reproduce.
Comment 2 Tim-Philipp Müller 2007-05-24 13:50:59 UTC
I can't reproduce this.

 - is this with the mpeg demuxer from -ugly?

 - does this still happen with current CVS (in particular -ugly CVS)?

 - could you attach a GST_DEBUG=*:5 log of the failure please?
Comment 3 Zaheer Abbas Merali 2007-05-24 14:12:44 UTC
Created attachment 88738 [details]
gst debug log level 5
Comment 4 Jan Schmidt 2007-05-24 14:31:44 UTC
gst-launch filesrc location=alien.mpg ! decodebin ! audioconvert !
audioresample ! alsasink
Comment 5 Zaheer Abbas Merali 2007-05-24 14:54:15 UTC
interesting comment, jan :) it is the same pipeline as above.
Comment 6 Zaheer Abbas Merali 2007-05-24 14:55:02 UTC
now i get it, i didn't use it for my debug log...doing another one
Comment 7 Zaheer Abbas Merali 2007-05-24 14:56:46 UTC
Created attachment 88739 [details]
gst debug level 5
Comment 8 Jan Schmidt 2007-05-24 15:00:07 UTC
Actually, the comment I wrote wasn't the one that bugzilla posted :)

What I wrote was something like:

"I've seen strange hangs like that using the Fluendo MPEG demuxer, where it doesn't pre-roll if all the pads aren't connected, but I've never had time to figure out exactly what's going on. Certainly with the -ugly demuxer (which is what I have installed right now) I can't reproduce the problem"
Comment 9 Tim-Philipp Müller 2007-05-25 08:19:34 UTC
Just speculating, but the fluendo mpeg demuxer has broken pad templates, maybe that throws off decodebin somewhere when querying for caps or leads to different results with _get_caps() or something?
Comment 10 Jan Schmidt 2007-05-25 09:47:18 UTC
I'll concede it's possible. Seems strange though - can you see anywhere specific that the pad name maps onto the template for Sometimes pads?

To go from pad to pad_template, one follows the padtemplate pointer on the pad structure and the name doesn't matter.
Comment 11 Edward Hervey 2009-03-11 09:21:14 UTC
is this still reproduceable with current releases ?
Comment 12 Javier Jardón (IRC: jjardon) 2009-08-12 19:04:29 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!