[Bug 646167] rtpjitterbuffer: stops processing when mode=buffer and drop-on-latency=1
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Jan 25 21:24:07 PST 2015
https://bugzilla.gnome.org/show_bug.cgi?id=646167
GStreamer | gst-plugins-good | git master
Jason Litzinger <jlitzingerdev> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jlitzingerdev at gmail.com
--- Comment #7 from Jason Litzinger <jlitzingerdev at gmail.com> 2015-01-26 05:24:04 UTC ---
It appears, using Olivier's test above, that the push thread goes to wait on
the event g_cond after the deadline timer expires and never comes back. It
waits because at that time, the jitterbuffer is buffering.
if (priv->blocked || !priv->active ||
rtp_jitter_buffer_is_buffering (priv->jbuf))
There are a few ways to kick it out (event, reset, etc.), but in normal flow,
none of them happen.
To prove this out I just added JBUF_SIGNAL_EVENT (priv) at the end of the
chain, though that definitely isn't a fix. With that, buffers start flowing
again.
It seems the chain fn needs to signal if the jitterbuffer was buffering last
time the push thread went to wait.
--
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