[Bug 736322] Unlimited queue for PAUSE and OPTION response

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=736322
  GStreamer | gst-rtsp-server | unspecified

--- Comment #7 from Wim Taymans <wim.taymans at gmail.com> 2014-09-16 09:16:34 UTC ---
Even with 2 limits this will not work, the reason that the appsink callback is
blocking is because the limit for the data is reached, it's then trying to to a
state change to PAUSED, waiting for the appsink to unblock, it's not even
trying to send the PAUSED reply, it will do that after the pipeline paused.

So the only thing that can happen is to unblock the wait_backlog function
without losing the packet, which you can only do by adding it to the queue and
increasing the queue length. 

What would be nice is that we could add only the currently blocking packet to
the queue and then make appsink pause on the next packet but I don't see how
that will work, we'll need to just remove the limit and hope not too many
packets flood the queue (they should be rate limited with timestamps). In any
case, we can restore the old limits again after we paused so the queue should
not grow unbounded.

-- 
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.