[gstreamer-bugs] [Bug 374639] GstTee doesn't handle pad list resyncs properly

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

  GStreamer | gstreamer (core) | Ver: HEAD CVS





------- Comment #3 from Stefan Kost (gstreamer, gtkdoc dev)  2006-11-24 09:37 UTC -------
I could not find any of such code in adder or in collectpads.

I think it should be like this
pad-addition:
  remember pads that we went through already and do not push onto them again,
  loop on resync
  can we attach some flags on pads (g_object_set_qdata) or do we add
  a list to PushData

For this I don't yet have a solution.
pad-removal:
  this is critical, if pad_push() in the IteratorFoldFunction goes on a pad
  that is going to be removed. The problem is the race between the point
  when the iterator returns the pad and the earliest point in the
  IteratorFoldFunction (where we could lock the pad)


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email