pad: Don't drop LATENCY queries with default implementation
authorEdward Hervey <bilboed@bilboed.com>
Fri, 13 May 2016 07:43:14 +0000 (09:43 +0200)
committerEdward Hervey <bilboed@bilboed.com>
Fri, 13 May 2016 09:36:12 +0000 (11:36 +0200)
commit794944f779f954375fc74a3fffcc2067bba6a3e5
tree39b83ecf6e22ee633cde492f670db4472a2ba850
parent9e23670671120aa82792ccd9677b2c36c356863b
pad: Don't drop LATENCY queries with default implementation

If there is only one pad in the internal pads, when folding for
LATENCY queries it will just drop the response if it's not live.

This is maybe not the proper fix, but it will just accept the first
peer responses, and if there are any other pads, it will only take
them into account if the response is live.

This *should* properly handle the aggregation/folding behaviour of
multiple live peer responses, while at the same time handling the
simple one-pad-only-and-forward use-case

https://bugzilla.gnome.org/show_bug.cgi?id=766360
gst/gstpad.c