Edward Hervey e00be27585 adaptivedemux: Don't hold locks when pushing FLUSH_START ... Some actions (Qos, reconfigure, ...) might take place before we finish pushing out flush_start. One problem would be that: 1) The QOS handling in adaptivedemux takes the MANIFEST LOCK That QOS event comes from basesink with its PREROLL_LOCK taken 2) FLUSH_START is sent from adaptivedemux with the MANIFEST_LOCK taken and the basesink flushing handler needs to take the PREROLL_LOCK => deadlock https://bugzilla.gnome.org/show_bug.cgi?id=781320		2017-04-15 08:18:39 +02:00
..
gstadaptivedemux.c	adaptivedemux: Don't hold locks when pushing FLUSH_START	2017-04-15 08:18:39 +02:00
gstadaptivedemux.h	Revert "adaptivedemux: answer duration queries for live streams"	2017-03-14 16:50:30 +11:00
Makefile.am	Remove obsolete Android build cruft	2015-04-26 18:59:32 +01:00
meson.build	Add support for Meson as alternative/parallel build system	2016-08-20 11:35:54 +01:00