[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

--- Comment #11 from A Ashley <bugzilla at ashley-family.net> 2013-06-11 08:59:22 UTC ---
I am inclined to agree with Thiago that the initialization data for a
resolution change (SPS and PPS for H.264) is not making it as far as the parser
and decoder. The codec specific parser can't generate the change event if it
has not seen new initialization data. Sending compressed data to the decoder
for a different resolution will produce decoding errors if the decoder has not
been reconfigured to the new resolution. 

What I am not sure about is if there are additional requirements beyond sending
SPS+PPS (such as an event being pushed to the decoder) to cause them to
reconfigure for the new resolution.

I have tried patching qtdemux to handle more than one moov atom, but this is
causing the H.264 decoder to segfault after a representation switch.

I am also trying with an AVC3 encoded DASH file, because in avc3 the SPS+PPS
are in each fragment. However that is also failing because something downstream
of qtdemux is failing the caps negotiation (I am getting "peer ALLOCATION query
failed" in qtdemux_do_allocation, followed by a "Error pushing buffer:
not-negotiated" from dashdemux).

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