[Bug 781270] qtdemux, dash: segmentation fault on representation change

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=781270

--- Comment #1 from Juergen Sachs <juergen.sachs at metz-ce.de> ---
Created attachment 349798
  --> https://bugzilla.gnome.org/attachment.cgi?id=349798&action=edit
testcode to verify the root cause of the problem

The patch demonstrates that the root cause of the problem is the changing
track_id. But I don't have enough knowledge about the qtdemux to be sure that
this does not break other situations.
I would like to start a discussion, how this special DASH situation should be
handled correctly:
1. we get an init-segment with moov and taht a lot of moof and mdat
2. after a while, we get another moov with different track id.

I assumed a different track id means a complete different track, like another
language for audio. Here is the new track a "continuation" for the old one and
should replace this. But I could not found a safe indication, that the track is
_changed_ and the stream can be re-used.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.