[Bug 712597] multiqueue: regression: buffering of live radio stream never finishes

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jan 15 05:34:08 PST 2014


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

Thiago Sousa Santos <thiago.sousa.santos> changed:

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

--- Comment #12 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2014-01-15 13:34:03 UTC ---
Pushed the fix to the 1.2 branch

commit ddc76753e0338b128d1363f1dd72516ee90feb83
Author: Thiago Santos <ts.santos at sisa.samsung.com>
Date:   Wed Jan 15 00:12:26 2014 -0300

    multiqueue: prevent buffering forever with playbin

    When prerolling/buffering, multiqueue has its buffers limit set
    to 0, this means it can take an infinite amount of buffers.

    When prerolling/buffering finishes, its limit is set back to 5, but
    only if the current level is lower than 5. It should (almost) never be
    and this will cause prerolling/buffering to need to wait to reach the
    hard bytes and time limits, which are much higher.

    This can lead to a very long startup time. This patch fixes this
    by setting the single queues to the max(current, new_value) instead
    of simply ignoring the new value and letting it as infinite(0)

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

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