[Bug 720805] pad: stop running tasks before deactivation requests?

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=720805
  GStreamer | gstreamer (core) | 1.2.1

--- Comment #5 from Wind Yuan <feng.yuan at intel.com> 2013-12-31 06:01:22 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> 
> > If any hook can be added in GstVideoDecoder before change_state should be
> > better. else subclass has to hook change_state()
> 
> Something like basesink's unlock/unlock_stop maybe. However that will require
> you to hook into that instead of change_state(), not sure if that's much easier
> ;)
Not sure. there's normally a base lock between unlock and unlock_stop in
basesink(PREROLL_LOCK) or basesrc(LIVE_LOCK). unlock is used to break blocks of
hook of render or fill/create. It's a little different from our case since our
thread was created by subclass not by base, and the dead-lock of mutex is
srcpad->stream_lock not videodecoder/encoder's lock.

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