[Bug 768900] New: urisourcebin/dashdemux: Multi-period playback problem

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 768900
           Summary: urisourcebin/dashdemux: Multi-period playback problem
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: sh.yang at lge.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Playbin3 based dash playback has problem on multi-period case.

I guess that current urisourcebin expects following sequence will happen
[dashdemux found next period] -> [add new srcpad] -> [push eos to old srcpad]
Is it correct understanding?

The problem on current playbin3 based dash multi-period is that,
a srcpad of dashdemux push eos before the dashdemux constructs new srcpad...
So, urisourcebin pass it to downstream.
What is correct approach for this? I think dashdemux may delay pushing EOS if
next period exist.

It can be reproduced using this commend, period change at around 4min. 
gst-play-1.0 http://dash.edgesuite.net/dash264/TestCases/5a/nomor/1.mpd

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