[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 #12 from Sergey Mamonov <samamonov at gmail.com> ---
(In reply to Nicolas Dufresne (stormer) from comment #11)
> "disapears permanantly" probably means the audio is always late,
> AudioAggregator is a bit too silent about dropping audio.
> 
> If you have two stream, with both having timestamp (running-time) that
> starts at 0, but one is arriving 5 seconds later, it means you have 5 second
> latency in one of the streams, and you have to enable enough buffering in
> the aggregator (see latency property).

not sure I understand you correctly. In may case I have two stream: 
1) first is incoming to audiomixer.sink_0
2) second is outgoing, it produces from audiomixer.src

I assumed that they will be synchronized by audiomixer's 'start-time-
selection=first' option. Also I expected that 'latency' (of audiomixer) is used
for 'smooth' mixing of audio in case of multiple incoming streams (sink_0,
sink_1 ...)

Am I wrong?

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