Matthew Waters 0537734aee webrtcsink: don't block the tokio runtime while holding state lock in unprepare() ... It is possible that in unprepare(), waiting for a task to complete while holding the state lock, that task may be waiting to acquire the state lock and result in a deadlock. This is quick to reproduce when starting and stopping webrtcsink in very quick succession. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1932>		2024-11-28 16:44:05 +11:00
..
aws	awstranscriber: post warning message with details when item is late	2024-10-29 11:36:07 +00:00
hlssink3	hlssink3: Update to sprintf 0.2	2024-08-27 21:48:52 +03:00
mpegtslive	mpegtslivesrc: Fix mismatch between internal / external time usage	2024-11-21 12:55:36 +00:00
ndi	Update to quick-xml 0.37	2024-10-29 06:51:38 +00:00
onvif	onvifmetadatapay: Set output caps earlier	2024-09-19 14:25:37 +02:00
quinn	net/quinn: Specify crypto provider explicitly	2024-10-28 11:10:03 +00:00
raptorq	Update for new debug log macro syntax	2024-07-08 11:25:23 +03:00
reqwest	reqwesthttpsrc: Allow a server error after a seek	2024-10-18 17:48:42 +00:00
rtp	rtpbasedepay2: fix reference timestamp meta duplicates	2024-10-28 12:05:54 +00:00
rtsp	Fix a couple of type hierarchy bugs	2024-10-22 20:21:55 +00:00
webrtc	webrtcsink: don't block the tokio runtime while holding state lock in unprepare()	2024-11-28 16:44:05 +11:00
webrtchttp	whepsrc: Fix incorrect default caps	2024-08-27 09:51:05 +01:00