[Bug 702282] gstbasesink makes element go to PLAYING without PAUSED_TO_PLAYING transition
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Jun 17 01:37:12 PDT 2013
https://bugzilla.gnome.org/show_bug.cgi?id=702282
GStreamer | gstreamer (core) | git
Wim Taymans <wim.taymans> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #2 from Wim Taymans <wim.taymans at gmail.com> 2013-06-17 08:37:07 UTC ---
commit 124b8e38afa5a7e18b01d8f5969b7b20b9854030
Author: Wim Taymans <wim.taymans at collabora.co.uk>
Date: Mon Jun 17 10:25:20 2013 +0200
basesink: call state change in all cases
When we asynchronously go from READY to PLAYING, also call the
state change function so that subclasses can update their state for
PLAYING.
Because the PREROLL lock is not recursive, we can't make this without
races and we must assume for now that the subclass can handle concurrent
calls
to PAUSED->PLAYING and PLAYING->PAUSED. We can make this assumption because
not
many elements actually do something in those state changes and the ones
that
did would be broken even more without this change.
https://bugzilla.gnome.org/show_bug.cgi?id=702282
--
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