[gstreamer-bugs] [Bug 332723] New: New API: gst_type_find_helper_for_buffer

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=332723
 GStreamer | gstreamer (core) | Ver: HEAD CVS

           Summary: New API: gst_type_find_helper_for_buffer
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          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 version: Unspecified
   GNOME milestone: Unspecified


There are quite a few elements now that implement their own typefinding stuff
for typefinding from a given buffer (when used in push mode), e.g.

 - typefindelement
 - apedemux
 - id3demux

It would make sense to provide a helper function for that similar to
gst_type_find_helper(). Here's my suggestion:

/**
 * gst_type_find_helper_for_buffer:
 * @obj: object doing the typefinding, or NULL (used for logging)
 * @buf: a #GstBuffer with data to typefind
 * @prob: location to store the probability of the found caps, or #NULL
 *
 * Tries to find what type of data is contained in the given #GstBuffer.
 *
 * Returns: The #GstCaps corresponding to the data, or #NULL if no type could
 * be found.
 */

GstCaps *
gst_type_find_helper_for_buffer (GstObject              * obj,
                                 GstBuffer              * buf,
                                 GstTypeFindProbability * prob);


Patch coming up.


-- 
Configure bugmail: http://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.