[gstreamer-bugs] [Bug 597077] New: 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

           Summary: Audio sources don't inform when they lose ability to
                    provide a clock
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.23
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ext-tommi.myohanen at nokia.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


>From "gst_message_new_clock_provide" function documentation: "Create a clock
provide message. This message is posted whenever an element is ready to provide
a clock or lost its ability to provide a clock (maybe because it paused or
became EOS)."

However, that message is never sent to bus, when some clock-providing element
loses its ability to provide a clock (e.g. is put to PAUSED).

This causes problems in camerabin:

Camerabin contains separate sub-bins for video and image encoding. Videobin
contains audio source element. When video recording starts for the first time,
camerabin creates videobin, and thus GST_MESSAGE_CLOCK_PROVIDE is sent to bus,
and this audio clock is taken into use. However, after video is recorded,
videobin is put to READY state, so it should inform that clock isn't usable
anymore. 

Currently this won't happen. GstBin just continues to use this audio clock,
since it hasn't received new GST_MESSAGE_CLOCK_PROVIDE message, which would
cause bin->clock_dirty flag to be set and thus new clock to be selected.

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