[Bug 647751] [hlsdemux] Fix usage of the element in players

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Apr 14 04:34:05 PDT 2011


https://bugzilla.gnome.org/show_bug.cgi?id=647751
  GStreamer | gst-plugins-bad | git

--- Comment #3 from Andoni Morales <ylatuya at gmail.com> 2011-04-14 11:34:01 UTC ---
Apparently multiqueue's limit is set in bytes and not in duration, so setting
the duration in the buffers didn't help:
multiqueue gstmultiqueue.c:858:update_time_level:<multiqueue0> queue 0, sink
0:00:40.317666666, src 0:00:00.000000000
multiqueue gstmultiqueue.c:1689:single_queue_check_full:<multiqueue0> queue 0:
visible 2500/0, bytes 2097756/2097152, time 40317666666/0
multiqueue gstmultiqueue.c:1612:single_queue_overrun_cb:<multiqueue0> queue 0:
visible 2500/0, bytes 2097756/2097152, time 40317666666/0
 multiqueue gstmultiqueue.c:1612:single_queue_overrun_cb:<multiqueue0> queue 1:
visible 933/0, bytes 29290/2097152, time 40320533333/0
multiqueue gstmultiqueue.c:1634:single_queue_overrun_cb:<multiqueue0> A queue
is filled, signalling overrun

For gear3, this happens when have received 40 seconds, that means 4 fragments,
so it will start playing after having cached the first 3 fragments and waited
10 seconds to fetch the next one, which is when the queue is filled.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the gstreamer-bugs mailing list