[Bug 729124] multiqueue: avoid signaling overrun on the first segment

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Apr 28 14:33:35 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=729124
  GStreamer | gstreamer (core) | unspecified

Thiago Sousa Santos <thiagossantos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|1.3.1                       |1.2.5

--- Comment #8 from Thiago Sousa Santos <thiagossantos at gmail.com> 2014-04-28 21:33:30 UTC ---
Backported to 1.2

commit f8c6552e5ac570050ae9f283612eba07be5b3dc8
Author: Thiago Santos <ts.santos at sisa.samsung.com>
Date:   Mon Apr 28 13:02:11 2014 -0300

    multiqueue: avoid signaling overrun on the first segment

    When the first segment has position != 0 and position > max-size-time
    it will immediatelly cause the multiqueue to signal overrun.

    This can happen easily with adaptive streams when switching bitrates
    and starting a new group. The segment for this new group will have
    a position that is much greater than 0 and will lead to this issue.
    This is particularly harmful when the adaptive stream uses mpegts
    that doesn't emit no-more-pads and it might happen that only one
    of the stream pads was added when the multiqueue overruns and gets
    the group ready for exposing. So the user will only get audio or
    video.

    The solution is to fallback to the sink segment while the source pad
    has no segment.

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

-- 
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