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 385031 - [id3demux] autoplug loop if first buffer has nonzero offset in push mode
[id3demux] autoplug loop if first buffer has nonzero offset in push mode
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other All
: Normal normal
: 0.10.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-12 11:59 UTC by Tim-Philipp Müller
Modified: 2006-12-12 18:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Tim-Philipp Müller 2006-12-12 11:59:12 UTC 
+++ This bug was initially created as a clone of Bug #384140 +++

 - put an mp3 file with an ID3v2 tag up on a http server
 - try gst-launch-0.10 neonhttpsrc location=http://... ! decodebin ! fakesink
 - watch it plug an endless number of id3demux elements
Comment 1 Tim-Philipp Müller 2006-12-12 18:47:10 UTC 
 2006-12-12  Tim-Philipp Müller  <tim at centricular dot net>

       * gst/apetag/gsttagdemux.c: (gst_tag_demux_chain_parse_tag),
       (gst_tag_demux_chain):
       * gst/id3demux/gstid3demux.c: (gst_id3demux_chain):
         In streaming mode, if the first buffer we get doesn't have an
         offset, fix it up to be 0, otherwise trimming won't work later on
         and we'll be typefinding application/x-id3, which may result in
         decodebin plugging an endless number of id3demux elements as a
         consequence. Fixes #385031.