[gstreamer-bugs] [Bug 474016] event relaying for tee

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=474016

  GStreamer | gstreamer (core) | Ver: HEAD CVS

Mark Nauwelaerts changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manauw at skynet.be




------- Comment #15 from Mark Nauwelaerts  2008-07-30 19:51 UTC -------
+1 for demuxers resending tags after flush(_stop) (e.g. flushing seek).
Consider a typical transmuxing/coding scenario that uses partial pipeline
prerolling as described in design/part-block (i.e. blocking on some pads
followed by a flushing seek to a new position).  It is likely that tags may
have been on their way and have gotten flushed (from intermediate queues), and
would therefore never be heard from again if not resent.  So a partial
transcode ends up without e.g. language tags whereas a complete transcode does
have them.

In a similar consistent sense, this would probably mean clearing cached tags
after a flush(_stop) (in present context), since:
- (roughly) so do other elements, e.g. queue
- it gives the outside (application) some measure of say in lifetime if desired
(e.g. by whether or not using flushing seek)


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=474016.