gstreamer/libs/gst
Mathieu Duponchelle c55c61eb84 aggregator: don't hold stream lock when flushing
Releasing a GRecMutex from a different thread is undefined
behaviour.

There should be no reason to hold the stream lock from the
moment aggregator receives a flush_start until it receives
the last flush_stop: the source pad task is stopped, and can
only be restarted once the last flush_stop has arrived.

I can only speculate as to the reason why this was done,
as it was that way since the original commit. My best
guess is that aggregator originally didn't marshall events
and queries to the aggregate thread, and this somehow
helped work around this.
2019-06-10 23:04:31 +02:00
..
base aggregator: don't hold stream lock when flushing 2019-06-10 23:04:31 +02:00
check Use G_DEFINE_AUTOPTR_CLEANUP_FUNC unconditionally 2019-06-04 08:50:59 +02:00
controller Use G_DEFINE_AUTOPTR_CLEANUP_FUNC unconditionally 2019-06-04 08:50:59 +02:00
helpers gdb: add gst_element_pad() function 2019-05-24 10:37:50 +00:00
net Use G_DEFINE_AUTOPTR_CLEANUP_FUNC unconditionally 2019-06-04 08:50:59 +02:00
Makefile.am Remove obsolete Android build cruft 2015-04-26 17:49:44 +01:00
meson.build meson: Always use a dependency object for dependencies 2018-09-05 16:33:43 +05:30