GNOME Bugzilla – Bug 775945
urisourcebin: Ignore buffering message from not-linked element
Last modified: 2017-08-08 07:42:23 UTC
When adaptive demux is used, the adaptive demux stops streaming for not-linked tracks, and so buffering level will be never increased.
Created attachment 341732 [details] [review] urisourcebin: Ignore buffering message from not-linked element
Created attachment 341733 [details] [review] urisourcebin: Do not take account buffering level with sparse stream urisourcebin: Do not take account buffering level with sparse stream Ignore buffering message from sparse stream
The first patch is for multi-track MPD buffering issue. If we enable buffering on urisourebin and play multi-track MPD such as following link, buffering never be finished. http://dash.akamaized.net/dash264/TestCases/9a/qualcomm/2/MultiRate.mpd And, the other patch does not work yet, because adaptivedemux does not set StreamFlags. About that, I'm working at bug#775132 for GstStreams API to be supported in adaptivedemux.
Created attachment 341734 [details] [review] urisourcebin: Ignore buffering message from not-linked element update commit message
Created attachment 341735 [details] [review] urisourcebin: Do not take account buffering level with sparse stream update commit message
Created attachment 354867 [details] [review] urisourcebin: Ignore buffering message from not-linked element Rebase patch. The infinite buffering is still there on multi-audio track dash stream. http://dash.akamaized.net/dash264/TestCases/10a/1/iis_forest_short_poem_multi_lang_480p_single_adapt_aaclc_sidx.mpd
The solution in the other bug seems cleaner and more consistent. It's for the buffering element (the queue) to decide if it's full or not :) But thanks for your patch here! *** This bug has been marked as a duplicate of bug 785799 ***