Edward Hervey 530001661d multiqueue: Fix behaviour with not-linked and eos pads ... This is an update on c9b6848885 multiqueue: Fix not-linked pad handling at EOS While that commit did fix the behaviour if upstream sent a GST_EVENT_EOS, it would break the same issue when *downstream* returns GST_FLOW_EOS (which can happen for example when downstream decoders receive data from after the segment stop). GST_PAD_IS_EOS() is only TRUE when a GST_EVENT_EOS has flown through it and not when a GST_EVENT_EOS has gone through it. In order to handle both cases, also take into account the last flow return. https://bugzilla.gnome.org/show_bug.cgi?id=763770		2016-07-01 09:47:31 +02:00
..
elements	multiqueue: Fix behaviour with not-linked and eos pads	2016-07-01 09:47:31 +02:00
tracers	tracers: leaks: some micro-optimisations	2016-06-03 14:03:25 +01:00
Makefile.am	tracer: initial prototype for the tracing subsystem	2015-10-05 20:59:39 +02:00