[Bug 647769] [decodebin2] Fix preroll for streams at low bitrate

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #21 from Sebastian Dröge <slomo at circular-chaos.org> 2011-11-15 17:04:05 UTC ---
(In reply to comment #19)
> Hmm, I did not realize there could be more than one multiqueue.
> 
> Still, if that's the case, we want to configure each multiqueue to the most
> conservative option, don't we ? Because if only one demuxer can seek, the whole
> chain will not seek, and thus needs the "unseekable" limits, no ?
> That would mean we need to walk the chains/groups and find each multiqueue when
> adding a new demuxer.

This is not really about seekability but more about live/non-live streams. I
think we should use the limits that apply to that exact multiqueue and not the
same (most conservative) limits on every multiqueue.

(Note: in 0.11 this should be replaced by the scheduling query or something.
We're only using a TIME limit for non-seekable streams here because we assume
that non-seekable streams are "live" and that it can take a lot of time until
the BYTE/BUFFERS limits are reached for low-bitrate streams. For seekable
streams we assume that we can read very fast and don't use the TIME limit to
allow playback of some weird MPEG TS streams)

-- 
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.