[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