[Bug 753624] splitmuxsink: initialize mux_start_time properly

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=753624

Jan Schmidt <thaytan at noraisin.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|git master                  |1.6.1

--- Comment #2 from Jan Schmidt <thaytan at noraisin.net> ---
Thanks, pushed:

Author: George Kiagiadakis <george.kiagiadakis at collabora.com>
Date:   Wed Jul 22 17:45:12 2015 +0200

    splitmuxsink: initialize mux_start_time properly

    mux_start_time refers to the running_time of the buffer
    that goes first in the output file. Normally this time is
    0, so this variable is initialized to 0 during the state
    change to PAUSED.

    However, when dealing with dynamic pipelines and starting
    a recording while the pipeline has already run for a while,
    the running_time of the first buffer is > 0 and this causes
    a problem with detecting the end of the first file(s) when
    splitting by duration, because the code will later compare
    the threshold_time with (last buffer running_time - mux_start_time)
    and will get it wrong until mux_start_time advances enough
    to make this difference < threshold_time, creating empty files
    in the meantime.

    https://bugzilla.gnome.org/show_bug.cgi?id=753624

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.