[Bug 668684] New: mpegtsdemux: Certain samples do not show start of video
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Jan 25 10:00:00 PST 2012
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.
More information about the gstreamer-bugs
mailing list