[gstreamer-bugs] [Bug 637300] New: [API] request pad based on caps

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=637300
  GStreamer | gstreamer (core) | git

           Summary: [API] request pad based on caps
    Classification: Desktop
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: blocker
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: t.i.m at zen.co.uk
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


We should add new API to core to make requesting pads based on caps possible
(dynamically).

The normal way doesn't work for encodebin, because it has quasi-dynamic pad
templates, that depend on the configured encoding profile, but pad templates
can't actually be dynamic and so in encodebin's case they only have ANY caps on
them, which means that code that wants to create a request pad for certain caps
can't just iterate the templates and intersect to find the right template.

Wim suggested just creating a new template and setting the desired caps on that
and passing that to the request pad vfunc implementation, but I don't know of
any request_pad_new implementations that expect such behaviour and don't assume
that the pad template is one of the ones it set up before.

The easiest way would be to just create a new function/vfunc with an additional
GstCaps * argument (and maybe deprecate the old one).

Alternatively, one could go for just adding a new func/vfunc with
direction+caps, since template+name are most likely not of interest in this use
case.

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