[Bug 715192] videodecoder: Cannot accumulate buffer while downstream is blocked

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=715192
  GStreamer | gst-plugins-base | git

Sebastian Dröge (slomo) <slomo> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW

--- Comment #13 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2013-12-14 17:07:51 UTC ---
I think it's not that simple. Unfortunately we send serialized events and
buffers from different threads for multi-threaded decoders, because it happens
based on various videodecoder functions called from various threads.

E.g. we send events from negotiate (called from setcaps for example, or
allocate), we send buffers from chain (in reverse playback), some events are
sent directly from the event function. OTOH the same happens from everything
called from the streaming thread of the srcpad.

I think the way it is currently inside the base class it does not cause any
problems and is correct, just confusing. All events and buffers are always kept
in the same order and nothing is doing a serialized action downstream at the
same time as another thread. However if we remove the locking this is not
necessarily true anymore.

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