[gstreamer-bugs] [Bug 616173] New: [RFC] GstFormat support in GstController

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Apr 19 06:22:45 PDT 2010


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

           Summary: [RFC] GstFormat support in GstController
    Classification: Desktop
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ensonic at sonicpulse.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Right now the element that implements gst controller uses
gst_object_sync_values(object, timestamp). For most elements that makes sense,
but not for live sources. Their timestamps are not predictable and those would
rather work in terms of buffers (frames).

Some loud thinking:

1.) We could add a 
gboolean gst_controller_set_format(GstController *, GstFormat *)
(plus the getter). Apps would still prepare the controlchanges in time values.
When the element calls gst_object_sync_values() we would like to convert from
controller format to time. That would have been much easier if gstcontroller
would have been an interface :/

2.) Maybe even apps would like to use frames/buffers for live sources. If
neccesary the apps might also be able to convert (then conversion would be when
preparing the controlchanges). Then the question is how to probe on the app
side what fromat the element prefers.

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




More information about the Gstreamer-bugs mailing list