[Bug 760408] #750013 (streamsynchronizer patches) broke some use cases in GES

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sat Jan 16 02:08:03 PST 2016


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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

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

--- Comment #2 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
commit 2717f4a86f3afa8a1cc5d4399b11e4cbab631944
Author: Mathieu Duponchelle <mathieu.duponchelle at opencreed.com>
Date:   Sat Jan 9 04:35:23 2016 +0100

    streamsynchronizer: Ignore flushing streams [..]

    [..] when resetting group start time. In GES, we are usually connected
    to the streamsynchronizer on one audio and one video pad.

    When seeking the timeline, both nlecompositions often output their
flush_start
    before any of them has output its flush_stop.

    The current code, when receiving the first flush stop was using the
    running time of the start of the second composition, which could
    be pretty much anything, and means nothing at that point.

    This patch is thread-safe, as STREAM_SYNCHRONIZER_LOCK is taken
    both when setting flushing and when checking it.

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

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


More information about the gstreamer-bugs mailing list