[gstreamer-bugs] [Bug 532944] GstCollectPads has no special support for live streams

[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=532944

  GStreamer | gstreamer (core) | Ver: HEAD CVS

Olivier Crete changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tester at tester.ca




------- Comment #1 from Olivier Crete  2008-05-13 13:54 UTC -------
Imho, GstCollectPads are not the right way to go for live, discontinuous
streams. Because they completely ignore timestamps, and we have no guarantee
that the first buffer to arrive on each pad matches exactly the buffers coming
from the other pads. I'm pretty sure we could have a baseclass for smart/live
mixer/muxer elements that could take parts of the GstCollectPads, but have a
queue on each pad and then wait for some time or wait until all there is data
on all pads for non-synced pipelines. And hide all the magic and provide the
the buffers to mix/mux to some function. Or maybe do like the liveadder (which
does the mixing in the chain function then keeps the mixed result in a queue to
wait for more stuff to come in).


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