GNOME Bugzilla – Bug 736319
dashdemux: mark first buffer as discont after restarting a download task
Last modified: 2014-10-14 07:45:31 UTC
Mark first buffer as discont after restarting a download task, so downstream can reset its state to properly handle the new fragment. Related issue: https://bugzilla.gnome.org/show_bug.cgi?id=736318
Created attachment 285730 [details] [review] dashdemux: mark first buffer as discont after restarting a download task
Created attachment 286667 [details] [review] dashdemux: push a time segment when restarting streaming It seems to work with this patch and the fix for qtdemux handling time segments properly. But I also agree that we should mark the buffers as discont as well.
commit 22c7559152f77c62e12f80bb33be5429144d46ad Author: Matthieu Bouron <matthieu.bouron@collabora.com> Date: Tue Sep 9 13:12:31 2014 +0200 dashdemux: mark first buffer as discont after restarting a download task Mark first buffer as discont after restarting a download task, so downstream can reset its state to properly handle the new fragment. Related issue: https://bugzilla.gnome.org/show_bug.cgi?id=736318 https://bugzilla.gnome.org/show_bug.cgi?id=736319 commit 2273c15f15bc2a847dc78bfeb309198d52557989 Author: Thiago Santos <thiagoss@osg.samsung.com> Date: Fri Sep 19 22:32:39 2014 -0300 dashdemux: push a time segment when restarting streaming This should inform demuxers/decoders downstream that the stream is about to start from a new position and they should flush accordingly https://bugzilla.gnome.org/show_bug.cgi?id=736319