[Bug 740689] decodebin/multiqueue/max-size-buffers is not set in playing state
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Jan 16 11:58:57 PST 2015
https://bugzilla.gnome.org/show_bug.cgi?id=740689
GStreamer | gst-plugins-base | 1.4.4
Sebastian Dröge (slomo) <slomo> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
Target Milestone|HEAD |1.5.1
--- Comment #31 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2015-01-16 19:58:54 UTC ---
commit d16df7f70df2e703ccb24ea0822b0c804235127d
Author: Branislav Katreniak <bkatreniak at nuvotechnologies.com>
Date: Mon Jan 12 14:38:09 2015 +0100
decodebin: do call set_queue_size in no_more_pads_cb
Consider pipeline: gst-launch-1.0 playbin uri=http://example.com/a.ogg
Consider 128kbit audio stream.
As soon as uridecodebin detects the bitrate, it configures its input
queue2 max-size to 32000 bytes.
The 2MB buffer in multiqueue is nearly 2 orders of magnitude bigger.
This non-deterministically drives queue2 buffer anywhere from
100% to 0% until multiqueue is filled.
This patch sets multiqueue size to 5 buffers early in no_more_pads_cb.
Partly reverts commit db771185ed750627a6a1824c42b651d739e1b4a4.
https://bugzilla.gnome.org/show_bug.cgi?id=740689
--
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