[gstreamer-bugs] [Bug 584269] Enhance decodebin bindings

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Sat May 30 04:37:02 PDT 2009


If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=584269

  GStreamer | gst-sharp | Ver: git

Sebastian Dröge changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |slomo at circular-chaos.org
         AssignedTo|gstreamer-                  |slomo at circular-chaos.org
                   |bugs at lists.sourceforge.net  |




------- Comment #1 from Sebastian Dröge  2009-05-30 11:37 UTC -------
(In reply to comment #0)
> The second argument of the new-decoded-pad signal, islast, is deprecated [1]
> and probably not of much use for the managed world anyway.
> [...]

Right, I'll apply that patch. The parameter would still be useful in managed
world but the no-more-pads signal of GstElement is the better indicator.

> With the seconds argument removed, NewDecodedPadArgs and RemovedDecodedPadArgs
> now have the same signature. Wouldn't it make more sense to simply have a
> DecodedPadArgs and DecodedPadHandler shared for both signals?
> 
> The same would go for FakeSink.Handoff, FakeSink.PrerollHandof, FakeSrc.Handoff
> and Identity.Handoff. They all share the same signature and semantics, so the
> cleanest api would be for those shared Args/Handlers to live in the
> Gst.CorePlugins or Gst.BasePlugins namespace as normal classes.

That would be perfect, yes... but it would either complicate the element
bindings generator or require custom code.

What's the advantage of having the same delegate/signal type for both?


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=584269.




More information about the Gstreamer-bugs mailing list