[gstreamer-bugs] [Bug 606382] [oggdemux] error when seeking in chained ogg

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jan 13 09:19:24 PST 2010


https://bugzilla.gnome.org/show_bug.cgi?id=606382
  GStreamer | gst-plugins-base | git

--- Comment #5 from Wim Taymans <wim.taymans at gmail.com> 2010-01-13 17:19:21 UTC ---
There are two types of pad groups

 1) unclosed groups: pads are added to an element but at no time is there ever
    a no-more-pads signal emited. The demuxer usualy has no idea when all
    pads are added. Decodebin2 should assume that when more pads are added,
they
    belong to the current group of pads. A similar thing when pads are removed.
    Decodebin2 also uses the multiqueues to decide when enough data is
processed
    so that a reasonable amount of pads are added to the group and begin
    playback. This is usually the case for mpeg(ts)demux.

 2) closed groups: pads are added to an element and when they are all added, a
    no-more-pads signal is emited. In this situation a new group can be started
    by first adding the new pads (they go to a new group because the previous
    group was closed), removing the old pads and then signaling no-more-pads.
    This is common for chained oggs (from live radio or local streams) and
    chained asf currently. In this case, decodebin2 uses the no-more-pads
signal
    to remove the old group and activate a new group. No multiqueue overrun is
    needed to decide when playback can start.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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