[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

Thiago Sousa Santos <thiago.sousa.santos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #5 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2013-06-03 02:09:51 UTC ---
I believe the issue is at qtdemux. Dashdemux already detects the bitrate change
and pushes a new caps event and an initialization segment (a new moov atom) to
the downstream qtdemux, but it doesn't handle this new moov yet, it will only
parse the first one it receives. I think the solution is to make qtdemux accept
a new moov in a dash bitstream switching scenario.

While decode groups switching would work, they aren't needed as a simple
renegotiation (pushing a new caps event downstream) would be enough and
cheaper.

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