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 707604 - Short little mp3 hangs mpegaudioparse
Short little mp3 hangs mpegaudioparse
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-09-06 02:50 UTC by Douglas Bagnall
Modified: 2013-12-31 10:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A rogue mp3 that seizes up gstreamer pipelines. (522 bytes, audio/mpeg)
2013-09-06 02:50 UTC, Douglas Bagnall
Details

Description Douglas Bagnall 2013-09-06 02:50:57 UTC
Created attachment 254222 [details]
A rogue mp3 that seizes up gstreamer pipelines.

The attached mp3 was created by mp3splt.

In a uridecodebin commandline, it reaches this line:

0:00:00.479419988 32037 0x7ffcf40ca230 INFO                    task gsttask.c:300:gst_task_func:<mpegaudioparse0:sink> Task going to paused

Then nothing until I hit control-C.

It renders Totem unresponsive.  

Mplayer plays nothing and stop immediately, which is preferable.
Comment 1 Sebastian Dröge (slomo) 2013-09-09 11:36:56 UTC
Might be related to bug #707016. Hangs with 1.0.10, errors out properly with 1.1.4.
Comment 2 Sebastian Dröge (slomo) 2013-09-09 13:13:12 UTC
Note that it's not mpegaudioparse, a simple "filesrc ! typefind ! mpegaudioparse ! mad ! fakesink" pipeline for example works just fine too.
Comment 3 Mark Nauwelaerts 2013-11-13 19:18:54 UTC
And when played with playbin, the result is

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind: Could not determine type of stream.
Additional debug info:
/home/mnauw/src/gst/git/gstreamer/plugins/elements/gsttypefindelement.c(1067): gst_type_find_element_loop (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

Given there is not much to typefind, one can not blame the latter, so that seems ok as well.
Comment 4 Sebastian Dröge (slomo) 2013-12-31 10:00:21 UTC
So seems all good with 1.2 and newer now.