[gstreamer-bugs] [Bug 320113] New: [API] duration message changes
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Fri Oct 28 11:07:45 PDT 2005
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=320113
GStreamer | gstreamer (core) | Ver: 0.9.x
Summary: [API] duration message changes
Product: GStreamer
Version: 0.9.x
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
CC: all-bugs at bugzilla.gnome.org
(1)
Rename GST_MESSAGE_DURATION => GST_MESSAGE_DURATION_CHANGED
(2)
GstMessage * gst_message_new_duration (GstObject *src,
GstFormat format,
gint64 duration);
becomes
GstMessage * gst_message_new_duration_changed (GstObject *src);
(3)
void gst_message_parse_duration (GstMessage *message, GstFormat *format, gint64
*duration);
isn't required any longer.
<wtay> __tim, duration queries can be quite expensive
<wtay> __tim, I don't want to app to poll for it but get a notify when it
changed, then let the app choose how many times it performs the expensive work
<__tim> so if it's expensive, the element posts a DURATION message with duration
= -1 ?
<wtay> __tim, actually the value in the message is not used
<wtay> __tim, it's in the API but it's not usable in the end
<wtay> __tim, the purpose of the message is to notify that the duration changed
and the exact new value can be retrieved with a query
Cheers
-Tim
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.
More information about the Gstreamer-bugs
mailing list