[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