[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