[Bug 750402] tsdemux: pads are removed before new ones are added

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Nov 9 09:18:16 PST 2015


https://bugzilla.gnome.org/show_bug.cgi?id=750402

--- Comment #9 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Created attachment 315138
  --> https://bugzilla.gnome.org/attachment.cgi?id=315138&action=edit
tsdemux: Push GAP events *after* deactivating old programs

The order in which program switch must happen is:
1) drain all data on old pads (but don't push EOS)
2) add new pads (but don't push any data on them)
3) Push EOS and remove old pads
4) Start pushing data on new pads

There was one caveat in this implementation, which is that when
we activate a sparse pad (step 2) we would push a GAP event. The problem
is that, while being an event, it is actually *data*.

We therefore need to make sure pushing those GAP event is done at the step
we start pushing data.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list