[gstreamer-bugs] [Bug 616519] New: [mpegtsdemux] anormal pause (3sec) between prerolling and playing

[GStreamer (bugzilla.gnome.org)]

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

           Summary: [mpegtsdemux] anormal pause (3sec) between prerolling
                    and playing
    Classification: Desktop
           Product: GStreamer
           Version: git
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: julien.isorce at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Hi,

When running:

gst-launch-0.10  -v filesrc location=channel5_small.pcap ! pcapparse !
mpegtsparse ! identity ! mpegtsdemux !  ffdec_h264  ! xvimagesink

There is a not normal pause after prerolling. If it set 'show-preroll-frame=0
to xvimagesink, then the frozen image is not displayed during the pause.

If I tried sync=0 then there is not cut and qos doe not change nothing.
Moreover, if I open channel5_small.pcap with wireshark and then cut the file
into 2 parts and then I take the last one. Then the result is the same. So the
pause does not come from missing packets in the pcap file.

The file channel5_small.pcap is accessible here: http://dl.free.fr/vo8qCKeOM

Does anyone has an explanation of this pause ?

If this is normal then is there a way to have the pipeline in PLAYING state
only after the 'pause' ?

Sincerely
Julien

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