[Bug 682973] [videotestsrc] keep track of the correct running time after renegotiations

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=682973
  GStreamer | gst-plugins-base | unspecified

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.11.x

--- Comment #4 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-09-23 17:07:28 UTC ---
commit 386206e627b45fb7c6d64dec188ddf67ad80c1da
Author: Thiago Santos <thiago.sousa.santos at collabora.com>
Date:   Wed Aug 29 16:02:11 2012 -0300

    videotestsrc: keep track of the correct running time after renegotiations

    Need to store the old running time and frame numbers when renegotiating and
    start from 0 again when a new caps is set, preventing that framerate
changes
    cause timestamping issues.

    For example, if a stream pushed 10 buffers on framerate=2/1, its
    running time will be 5s. If a new framerate of 1/1 is set, it would
    make the running time go to 10s as it would count those 10 buffers
    as being sent on this new framerate.

    Fixes camerbin unit test.

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

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