[Bug 701141] New: tsdemux: multiple patches related to seeking

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=701141
  GStreamer | gst-plugins-bad | 1.x

           Summary: tsdemux: multiple patches related to seeking
    Classification: Platform
           Product: GStreamer
           Version: 1.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: rawoul at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


While implementing push mode seeking in tsdemux, I've also added found some
other issues that I've tried to fix. The patches can be found here:

https://github.com/rawoul/gst-plugins-bad/commits/tsdemux


tsdemux: fixes seeking in pull mode
  Cherry-picked from bug #698050


tsdemux: move some debug prints at the log level
  Cosmetic patch to make log output readable at the debug level


tsdemux: fix M2TS stream resync
  Sync byte scan after a lost sync could result in an infinite loop for m2ts
files, can be reproduced by seeking in an M2TS file (you can try with
http://absolut.zogzog.org/share/samples/ts/hd_dolby_digital_plus_lossless.m2ts)


tsdemux: recalculate new segment after byte seek
    The seeking start time is approximated from the seek offset in bytes using
the accumulated PCR observations, so on a VBR stream there might be a big
difference between the actual PCR and the estimated one after the seek. This
might result in a long wait to skip all out of segments packets. Instead we
just recalculate the new segment to start at the first PTS after the seek, so
that playback starts immediatly.


tsdemux: implement seeking in push mode
     Pretty straightforward, we just need to avoid flushing observations while
seeking. I'm not sure the seek event is generated properly, please review.
Works fine with playback-test.

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