[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