GNOME Bugzilla – Bug 780494
adaptivedemux: Retry downloading a fragment immediately if any in live streaming
Last modified: 2017-04-09 07:57:07 UTC
At the moment that demux is waiting manifest update, the target sequence of fragment was advanced already. So, checking stream_has_next_fragment() means looking for the next fragment of target fragment. This might cause unexpected buffering if each fragment has large duration and manifest is listing only limited number of fragments.
Created attachment 348631 [details] [review] adaptivedemux: Retry downloading a fragment immediately if any in live streaming
Created attachment 348632 [details] LOG Please refer to this log. Note that tested stream is private, to hide them, I modified full url to just fragment file name in the log.
Isn't this the same as bug #776609 ?
(In reply to Sebastian Dröge (slomo) from comment #3) > Isn't this the same as bug #776609 ? I don't thing they are same :) bug #776609 seems to be related download error, but my patch is to fix bug that adaptivedemux's misunderstood of fragment availability.
Attachment 348631 [details] pushed as ea588ae - adaptivedemux: Retry downloading a fragment immediately if any in live streaming