[gstreamer-bugs] [Bug 593354] rtpjitterbuffer sometimes outputs packets with timestamps in the past
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Nov 11 03:07:41 PST 2009
https://bugzilla.gnome.org/show_bug.cgi?id=593354
GStreamer | gst-plugins-good | git
Patrick Radizi <patrick.radizi> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |patrick.radizi at axis.com
--- Comment #9 from Patrick Radizi <patrick.radizi at axis.com> 2009-11-11 11:07:38 UTC ---
After applying the patch by Wim from Comment 8 I have started to get dead
locks.
The following happens:
- Thread 1 sets rtspsrc to PLAYING. As a result of this it hangs trying to take
a gstrtpjitterbuffer lock in gst_rtp_jitter_buffer_clear_pt_map() called from
gst_rtp_bin_clear_pt_map() where it also takes a gstrtpsession lock
Thread 1 hangs because thread 2 has already taken the gstrtpjitterbuffer lock
in gst_rtp_jitter_buffer_chain(). But then thread 1 hangs trying to take the
gstrtpsession lock held by thread 1 when it calls
gst_rtp_jitter_buffer_get_clock_rate()->get_pt_map()
I'm not sure what the best solution is but perhaps it would be ok to release
the lock taken in gst_rtp_jitter_buffer_chain before calling
gst_rtp_jitter_buffer_get_clock_rate() and taking it again afterwards?
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list