[Bug 753196] videoaggregator: Assumes that running time starts at seeking position after a seek (but it starts at 0 for flushing seeks)

[GStreamer (GNOME Bugzilla)]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #311132|0                           |1
        is obsolete|                            |

--- Comment #8 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Created attachment 311178
  --> https://bugzilla.gnome.org/attachment.cgi?id=311178&action=edit
videoaggregator: Fix mixup of running times and segment positions

We have to queue buffers based on their running time, not based on
the segment position.

Also return running time from GstAggregator::get_next_time() instead of
a segment position, as required by the API.

Also only update the segment position after we pushed a buffer, otherwise
we're going to push down a segment event with the next position already.

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