[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)
bugzilla at gnome.org
Fri Sep 11 12:44:59 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=753196
--- Comment #10 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Created attachment 311180
--> https://bugzilla.gnome.org/attachment.cgi?id=311180&action=edit
audioaggregator: 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.
More information about the gstreamer-bugs
mailing list