[gstreamer-bugs] [Bug 634584] decodebin2: "new-decoded-pad" signal emitted after "no-more-pads"

[GStreamer (bugzilla.gnome.org)]

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.