[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 #6 from A Ashley <bugzilla at ashley-family.net> 2013-06-05 16:09:18 UTC ---
(In reply to comment #5)
> 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.

That sounds like a better option, because it saves having to build a new decode
chain. The whole point of HTTP adaptive streaming is that it allows seamless
adaptation to network conditions. Trying to tear down and create new decoders
without causing stuttering in the video display might be rather difficult on
"low end" CPU devices like set top boxes or fanless HTPCs.

Looking at qtdemux.c gst_qtdemux_loop_state_header:
  case FOURCC_moov:
    {
      GstBuffer *moov = NULL;
      if (qtdemux->got_moov) {
        GST_DEBUG_OBJECT (qtdemux, "Skipping moov atom as we have one
already");
        qtdemux->offset += length;
        goto beach;
      }

and gst_qtdemux_reset, it should be fairly easy to try a quick hack to see if
this fixes the resolution change problem.

I will have a play and add a comment if I find out anything.

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