[Bug 701750] New: [dash] The video decoding pipeline fails to adapt to spatial resolution changes in ISOBMFF

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=701750
  GStreamer | gst-plugins-bad | 1.1.1

           Summary: [dash] The video decoding pipeline fails to adapt to
                    spatial resolution changes in ISOBMFF
    Classification: Platform
           Product: GStreamer
           Version: 1.1.1
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: david.corvoysier at orange.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


In DASH, after a bitsream change, the video decoding pipeline may need to be
reset if the spatial resolution of the content has changed.
This is typically achieved by passing new codec specific parameters to the
decoder.

In most DASH/ISOBMFF contents available on the web today, the codec parameters
are only included in the moov boxes of the initialization segments (and not
provided per fragment).

The DASH demux therefore appends the correct initialization segment to each
first segment after a bitstream switch.

This is however not sufficient to trigger the proper reinitialization of the
decoder, since the isomp4 demux ignores any subsequent moov box it receives
after the first one. 

In the first implementation of the DASH demux, this was solved by exposing the
new stream in a new pad, thus triggering the instantiation of a brand new
demux.

This behaviour was deprecated during the integration into gst-plugins-bad, with
commit logs hinting at modifications into qtdemux to accept new moov after
initialization: this doesn't seem to have been fully tested.

The following streams will output garbage after the first bitstream switch that
corresponds to a change in resolution:

http://www-itec.uni-klu.ac.at/ftp/datasets/mmsys13/redbull_4sec.mpd

http://imtc1.rd.francetelecom.com:8080/DASH/MP4/big_buck_bunny_CappedVBR_Multirate_4s_0_AudioVideo_LiveProfile.mpd

http://dash.edgesuite.net/envivio/dashpr/clear/Manifest.mp

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.