After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 796295 - queue2: Handle buffering on sparse streams
queue2: Handle buffering on sparse streams
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-05-21 08:56 UTC by Edward Hervey
Modified: 2018-11-03 12:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Edward Hervey 2018-05-21 08:56:49 UTC 
If an adaptive demuxer (or any other source) provides a sparse stream (subtitles or captions), queue2 goes nuts constantly going posting buffering messages from 0% to 100% and back.

If we have a SPARSE stream, we should just post 100% buffering.

And this assumes that upstream elements properly set the stream flags of course :)
Comment 1 Edward Hervey 2018-05-21 08:58:12 UTC 
Note that this is similar to how multiqueue behaves in regards to those types of streams.
Comment 2 GStreamer system administrator 2018-11-03 12:46:29 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/293.