[gstreamer-bugs] [Bug 616414] New: mpegtsdemux: account for pat/pmt latency in newsegment

[GStreamer (bugzilla.gnome.org)]

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

           Summary: mpegtsdemux: account for pat/pmt latency in newsegment
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.18
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: rawoul at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Hi,

I'm doing some tests with the mpegtsdemux plugin and I'm getting lateframes
because the plugin does not account for the latency introduced by the PAT/PMT
parsing, in push mode. It does work in the majority of mpeg-ts streams, because
the mpegtsdemux introduces a constant 700ms latency in the pipeline and that is
usually enough to receive the first PMT and create pads. However, if in a
stream the PMT are not resent fast enough, the 700ms latency might not be
enough.

A latency of first_pmt_time - base_time should be accounted for. I'm not sure
if the newsegment start sent on the pad has to be tweaked or if the global
latency has to be changed.

To reproduce this easily, just skip a few PAT in gst_mpegts_stream_parse_pat
and the bug should happen.

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