[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