[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