[gstreamer-bugs] [Bug 637403] New: qtmux do not store 1st TS when detect 1st buffer

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=637403
  GStreamer | gst-plugins-bad | 0.10.20

           Summary: qtmux do not store 1st TS when detect 1st buffer
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.20
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: agonzalez at dextratech.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Created an attachment (id=176539)
 View: https://bugzilla.gnome.org/attachment.cgi?id=176539
 Review: https://bugzilla.gnome.org/review?bug=637403&attachment=176539

Patch for updating the pad 1st TS on 1st buffer arrival.

When the function gst_qt_mux_add_buffer receives the first buffer it just keep
a reference and return GST_FLOW_OK without updating the 'pad->first_ts'.

When the second buffer is received it will try to determine if it is an
'out-of-order' buffer, one of the steps on this process is to ask if the
'pad->first_ts' is valid, but since it haven't been updated yet it will give a
false positive. 

This can be corrected updating the 'pad->first_ts' at the moment the we detect
the first buffer.

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