[Bug 646167] rtpjitterbuffer: stops processing when mode=buffer and drop-on-latency=1

[GStreamer (bugzilla.gnome.org)]

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.