[gstreamer-bugs] [Bug 634584] decodebin2: "new-decoded-pad" signal emitted after "no-more-pads"
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Thu Nov 11 05:27:35 PST 2010
https://bugzilla.gnome.org/show_bug.cgi?id=634584
GStreamer | gst-plugins-base | git
Tim-Philipp Müller <t.i.m> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEEDINFO
CC| |t.i.m at zen.co.uk
--- Comment #2 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2010-11-11 13:27:29 UTC ---
> I'm attaching the log, in which you can see that "new-decoded-pad" is emitted
> after "no-more-pads".
This is probably not a bug. This may be a 'chained ogg' file. In this case
there'd be pads and a no-more-pads for the first chain, and then later you'd
get another (set of) "new-decoded-pad" and "no-more-pads" for the second
group/chain, etc. Quite common with ogg/vorbis internet radio.
> Curiously, "no-more-pads" isn't even mentioned in
> <http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-base-plugins/html/gst-plugins-base-plugins-decodebin2.html>,
> is it not supposed to be used? If so, what's the recommended approach to
> connecting with the pads?
It's a GstElement signal, it is supposed to be used.
Playbin2 handles this right btw.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list