[gstreamer-bugs] [Bug 322929] Base audio sink do not resume playback correctly after flush

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=322929
 GStreamer | gst-plugins-base | Ver: HEAD CVS


Wim Taymans changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |NOTABUG




------- Comment #6 from Wim Taymans  2006-03-09 14:42 UTC -------
The problem here is that the clock base time is not redistributed in the
pipeline since it does not go to PAUSED. 

This means that the pipeline base time and therefore the stream time just
increments. The new stream will just be dropped because it arrives too late in
the sink.

You can manually reset the stream time of the sink by setting the current clock
time with gst_element_set_base_time().

The reason for this is that when there are multiple sinks, they need to have
the same base_time to stay synchronized, so it is distributed by the toplevel
parent.

Another reason is that when you want to switch in a new stream and have it
synchronized with the current playing stream, you have to redistribute the old
base_time. 

We need more examples of these mixing use cases...

Going to close, please reopen if more info is needed.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.