[Bug 674536] tsdemux: Freeze on pts-wrap with streaming sources

[GStreamer (bugzilla.gnome.org)]

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

Holger Kaelberer <hk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #217275|1                           |0
           is patch|                            |
 Attachment #217275|0                           |1
        is obsolete|                            |

--- Comment #21 from Holger Kaelberer <hk at getslash.de> 2012-07-12 09:18:23 UTC ---
(From update of attachment 217275)
Patch does not work for all cases (and won't handle positive PTS jumps that are
triggerd by subtitles) - therefore "obsolete".


Strangely this patch handles almost all mpegts snippets when looped within a
continuous live stream. Here is an example of a (recorded) ts-stream, that does
not work when looped in live pipelines (non-live is ok):

http://www.math.uni-bielefeld.de/~hkaelber/vid/stutter.ts

After the 3rd loop video begins to stutter because corrected timestamps are too
low and basesink drops because of "buffer late".

Again, no problem with mpegtsdemux.

Comparing outgoing timestamps produced by tsdemux in live vs. non-live
pipelines shows that with every loop they decrease in the live case with
respect to the non-live case. I suspect the problem in the depths of
calculate_skew(). As this is pretty complex I don't dare touching it and maybe
breaking other use cases for a solution that might in the end not be accepted.

We go with a workaround until this is properly fixed ...

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