[Bug 763205] New: Fix the bug when live streaming a MPD consists of multiple periods

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 763205
           Summary: Fix the bug when live streaming a MPD consists of
                    multiple periods
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: r97922153 at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 323233
  --> https://bugzilla.gnome.org/attachment.cgi?id=323233&action=edit
patch to fix claimed issue

Dear all:

I found that currently if a "live" DASH streaming with a MPD consists of
"multiple periods", it cannot advance to next period once the we have completed
the first period.

For example, in attached MPD there are 2 periods. Once we have done the first
period (have played out 5 minutes content), we can never arrive the 2nd period.

It is because we never call gst_adaptive_demux_advance_period()。

[Solution]:

Once all streams have reached the end of current period & there is a next
period, we should advance to next period instead of merely waiting for
manifest's update.

Patch is as attached, please kindly refer to it.

Thank you~

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