[Bug 700505] Video corruption when dashdemux changes bitrate

[GStreamer (bugzilla.gnome.org)]

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

Greg Rutz <greg> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |greg at gsr-tek.com

--- Comment #2 from Greg Rutz <greg at gsr-tek.com> 2013-05-27 14:50:21 UTC ---
I actually think this has to do with a resolution change rather than a bitrate
change.  I have another dataset that contains multiple representations of
different bitrates, but all of which have the same video resolution.  I can
play this dataset and see representation changes without problems.  It is
possible that the libav h264 decoder can not handle resolution changes without
a decoder reset.

When a representation changes in dashdemux, I think we need to trigger a decode
group switch by adding new pads, sending no-more-pads, then removing the old
pads.  This should setup a fresh decode chain for the new representation. 
Currently, the code only does this when it switches Periods and it signals new
decode chains for *all* active streams.

I am working on a fix where we can signal a decode group switch for a single
stream when a representation switch is needed.

-- 
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.