[Bug 707411] qtmux: what is purpose of MAX_TOLERATED_LATENESS?

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #3 from Matej Knopp <matej.knopp at gmail.com> 2013-09-04 12:53:33 UTC ---
Hi,

my test case is simply audio stream that starts at 80ms (it's not an actual
file, it's just something generated). 

Your explanation is correct of course, the issue is offset of first sample.
This offset is represented in edit list. The problem with
MAX_TOLERATED_LATENESS is that the offset is only added to edit list when
bigger then 0.1s. Otherwise this offset is lost, causing A/V sync issues.

I don't understand the purpose of MAX_TOLERATED_LATENESS. In which situation
exactly would you want to throw away the offset of first sample and start from
zero? The issue is resolved by removing the limit (or setting it to a very low
number), but I'm curious about the reason why it is there in the first place.

As for subtitles, I submitted patch to add timed text support to muxer (
https://bugzilla.gnome.org/show_bug.cgi?id=696437 ) but I'll probably need to
attach rebased patch. Sparse streams work as follows:
First sample offset is represented in edit list (just like any other streams)
Gaps between subtitles are represented by empty samples. So the stream is not
really sparse, it just contains samples with zero content length.

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