[Bug 791285] gstaggregator with start-time-selection=first uses incorrect base_time when waiting for data on sink pads

[GStreamer (GNOME Bugzilla)]

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

--- Comment #6 from Sergey Mamonov <samamonov at gmail.com> ---
Created attachment 365249
  --> https://bugzilla.gnome.org/attachment.cgi?id=365249&action=edit
unit test

I have prepared some test where I check volume level on audiomixer's src. It
reproduces the problem:

0:00:05.036677055   153 0x56288753dca0 DEBUG             aggregator
gstaggregator.c:678:gst_aggregator_wait_and_check:<audiomixer> possibly waiting
for clock to reach 2953:10:33.360612164 (base 2953:10:33.128403831 start
0:00:00.200875000 latency 0:00:00.031333333 current 2953:10:38.142885803)
0:00:05.036748629   153 0x56288753dca0 DEBUG             aggregator
gstaggregator.c:678:gst_aggregator_wait_and_check:<audiomixer> possibly waiting
for clock to reach 2953:10:33.370612164 (base 2953:10:33.128403831 start
0:00:00.210875000 latency 0:00:00.031333333 current 2953:10:38.142956734)

please note that I have not checked code of the test for memory leaks and
coding style rules.


Is it possibe to solve the problem by storing absolute time of audiomixer first
buffer and waiting incoming buffers from this time instead of base time?

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