[gstreamer-bugs] [Bug 582244] New: gnonlin should possibly not use element factory to look for request pads

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Mon May 11 14:35:08 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=582244

  GStreamer | gnonlin | Ver: git
           Summary: gnonlin should possibly not use element factory to look
                    for request pads
           Product: GStreamer
           Version: git
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gnonlin
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: thomas at apestaart.org
         QAContact: bilboed at gmail.com
     GNOME version: Unspecified
   GNOME milestone: Unspecified


In commit a15d7b8ec88f4d2f9495b5a8cee266d4fe643dc0 code was added to fallback
in case there is no element factory for the element.  It falls back to looking
at the element's class request pad templates.

It's not correct in the case of a subclass of gst.Bin for example - the element
factory ends up being the bin's element factory, so if you define request pad
templates on the subclass, they are not seen by gnonlin.

It looks like gnonlin should just use the element class's request pad
templates.


-- 
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=582244.




More information about the Gstreamer-bugs mailing list