[Bug 777206] mosaic issue for MPEG DASH live streaming

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=777206

--- Comment #10 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to John Chang from comment #9)
> Created attachment 343607 [details] [review]
> Fix the issue when updating thread sets slow start without passing necessary
> header & caps down
> 
> Dear Sebastian:
> 
> ::: ext/dash/gstdashdemux.c
> @@ +1154,3 @@
>    if (gst_mpd_client_get_next_fragment_timestamp (dashdemux->client,
>            dashstream->index, &ts)) {
> +    if (gst_mpd_client_is_live(dashdemux->client)) {
> 
> Why only for live streams? Should be the same for VOD streams?
> 
> => it is because the issue only happens when we have an update loop thread
> which may set representation as slow start. For VOD, since there are only
> download loop thread & source thread there, it has no problem. 
> As the result, I make this check to avoid redundant actions for VOD.

So the problem here is only if the manifest updates in a way that requires to
get headers again, without doing any explicit representation change inside
dashdemux?
And whenever we explicitly switch, everything's good already?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.