[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 #14 from Sergey Mamonov <samamonov at gmail.com> ---
all I understand from your message is that audiomixer is not out-of-the-box
stuff for live audiomixing :( 

audiomixer in live mode is on the edge of real time and pts time, and it tries
to map incomming data pts to real time (=outcoming pts). I see the following
facts that is unclear for me:

1) If audiomixer receives first incomming buffer which is already delayed why
it produces it? And audiomixer processes few first buffers the same way. It
drops data starting from ~120ms (my tests case)

2) In case of start-time mode first when audiomixer produces the first output
buffer (in my case pts=0) why delay between time of producing next output
buffers is significantly less than theirs durations? I assume in live mode pst
timestamps of output buffers should correlate somehow with real time.

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