pad: Accumulate live/non-live latency values separately
authorSebastian Dröge <sebastian@centricular.com>
Fri, 31 Aug 2018 08:41:47 +0000 (11:41 +0300)
committerSebastian Dröge <sebastian@centricular.com>
Fri, 31 Aug 2018 08:44:34 +0000 (11:44 +0300)
commitf5783e1cacb09867d81ba089b229faa7dd0edd0c
treeb899bbfac4a88e26d9064273b60b5b09d394072b
parent6fc136ad843fcb1fd25dd77d29191fd59a844ef2
pad: Accumulate live/non-live latency values separately

And only ever use the non-live values if all pads are non-live,
otherwise only use the results of all live pads.

It's unclear what one would use the values for in the non-live case, but
by this we at least pass them through correctly then.

This is a follow-up for 794944f779f954375fc74a3fffcc2067bba6a3e5, which
causes wrong latency calculations if the first pad is non-live but a
later pad is actually live. In that case the live values would be
accumulated together with the values of the non-live first pad,
generally causing wrong min/max latencies to be calculated.
gst/gstpad.c