[Bug 668684] New: mpegtsdemux: Certain samples do not show start of video

[GStreamer (bugzilla.gnome.org)]

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

           Summary: mpegtsdemux: Certain samples do not show start of
                    video
    Classification: Platform
           Product: GStreamer
           Version: 0.10.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: critical
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: leio at gentoo.org
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


The sample at http://samples.mplayerhq.hu/V-codecs/h264/HD-h264.ts does not
show the beginning on the 0.10 branch anymore. It works with latest stable
releases.

Tested with the following pipeline:

gst-launch-0.10 playbin2 uri=file:///tmp/HD-h264.ts video-sink="navseek !
timeoverlay ! autovideosink"

On 0.10 branch this is stuck at displaying the frame at timestamp 12:44:55.363
for about 18 seconds before proceeding with video, whereas that frame is not
the beginning of it all.
With latest stable releases (core/base 0.10.35, good .30, bad .22, ffmpeg
0.10.12) it starts at timestamp 12:44:37.112 instead, is only still for about a
second and shows all the ~18 seconds of video that the 0.10 branch completely
skips (showing the later frame instead for 18 seconds until timestamps catch
up).

Made sure this isn't a h264parse related regression (with parsers being plugged
now by playbin2), with the following pipeline:

gst-launch-0.10 filesrc location=/tmp/HD-h264.ts ! mpegtsdemux name=d ! queue
max-size-buffers=0 max-size-time=0 ! ac3parse ! a52dec ! audioconvert !
audioresample ! pulsesink  d. ! queue max-size-buffers=0 max-size-time=0 !
ffdec_h264 ! ffmpegcolorspace ! timeoverlay ! ffmpegcolorspace ! xvimagesink

Works with last stable releases, but doesn't with 0.10 branch. Adding h264parse
before ffdec_h264 makes no difference.

Note that in 0.10 branch replacing mpegtsdemux with tsdemux in the long
pipeline doesn't work at all (internal data stream error while prerolling),
while it does with latest release.

master will be tested a bit later, after I'm done pinning down H.264
regressions on the 0.10 branch.

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