[Bug 744308] New: decodebin: race between setting use-buffering and max-size-time

bugzilla at gnome.org bugzilla at gnome.org
Tue Feb 10 21:06:48 PST 2015


            Bug ID: 744308
           Summary: decodebin: race between setting use-buffering and
    Classification: Platform
           Product: GStreamer
           Version: 1.4.5
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: dpalmer at digisoft.tv
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I'm using uridecodebin to play some HLS content, and have the 'use-buffering'
property set to TRUE, and also set 'buffer-duration' and 'buffer-size'.

On a variant switch, a new decode group is created in the decodebin. When this
decode group becomes active, the use-buffering property on the multiqueue in
that group is set to TRUE, and then the max-size-time property is changed from
10 seconds (set when the multiqueue is created) to buffer-duration seconds (3.5
seconds in my case). Buffering messages are sometimes emitted by the multiqueue
in the window between setting use-buffering and max-size-time - there's a race.
This can clearly be seen in the log snippet below, which is filtered for

gstdecodebin2.c:3671:gst_decode_group_reset_buffering:<decodebin0> Group reset
buffering 0x8fb828 multiqueue9
    multiqueue gstmultiqueue.c:977:gst_multi_queue_post_buffering:<multiqueue9>
Going to post buffering: 80%
     decodebin gstdecodebin2.c:3190:decodebin_set_queue_size:<multiqueue9> use
buffering 1
     decodebin gstdecodebin2.c:3234:decodebin_set_queue_size:<multiqueue9>
setting limits 9175040 bytes, 0 buffers, 3500000000
    multiqueue gstmultiqueue.c:938:update_buffering:<multiqueue9> buffering 230

You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-bugs/attachments/20150211/316e256a/attachment.html>

More information about the gstreamer-bugs mailing list