[gstreamer-bugs] [Bug 597077] Audio sources don't inform when they lose ability to provide a clock

[GStreamer (bugzilla.gnome.org)]

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

Wim Taymans <wim.taymans> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wim.taymans at gmail.com

--- Comment #3 from Wim Taymans <wim.taymans at gmail.com> 2009-10-05 11:40:26 UTC ---
the CLOCK_PROVIDE message is not so interesting because we don't want to change
the clock when we don't have to. The CLOCK_PROVIDE message is only posted and
cached by bins when an element is added that could provide a clock. This makes
sure that when we go to PLAYING next, a new clock is selected.

What's interesting is the CLOCK_LOST message, which should be caught by the
application. The CLOCK_LOST message is posted when a clock becomes inactive
(for example when removing an audiosink that proviced the clock for the
pipeline). It is the application responsability to go back to PAUSED and
PLAYING (or do something else).

If you are manualy managing the state of the elements in a custom bin, you
might have to post provide/lost messages yourself.

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