gstreamer/tests
Sebastian Dröge 71e46bcf38 audioaggregator: Resync on the next buffer when dropping a buffer on discont resyncing
If a buffer is dropped during resyncing on a discont because either its
end offset is already before the current output offset of the
aggregator or because it fully overlaps with the part of the current
output buffer that was already filled, then don't just assume that the
next buffer is going to start at exactly the expected offset. It might
still require some more dropping of samples.

This caused the input to be mixed with an offset to its actual position
in the output stream, causing additional latency and wrong
synchronization between the different input streams.

Instead consider each buffer after a discont as a discont until the
aggregator actually resynced and starts mixing samples from the input
again.

Also update the start output offset of a new input buffer if samples
have to be dropped at the beginning. Otherwise it might be mixed too
early into the output and overwrite part of the output buffer that
already took samples from this input into account.

Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/912
which is a regression introduced by https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/1180/

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/1224>
2021-07-12 09:42:39 +03:00
..
check audioaggregator: Resync on the next buffer when dropping a buffer on discont resyncing 2021-07-12 09:42:39 +03:00
examples Use gst_element_request_pad_simple... 2021-05-05 11:55:54 +03:00
files Remove autotools build system 2019-10-13 14:15:43 +01:00
icles Use gst_element_request_pad_simple... 2021-05-05 11:55:54 +03:00
validate tests: Update expectation files with sorted structure fields 2021-05-21 17:10:07 -04:00
meson.build meson: Use the tests option for validate 2020-06-11 14:01:01 +05:30