Bug#576669: gst-plugins-bad0.10 - mpegpsdemux claims video/mpeg but fails on MPEG-2 PES
Bastian Blank
waldi at debian.org
Tue Apr 6 11:09:26 UTC 2010
Package: gstreamer0.10-plugins-bad
Version: 0.10.18-2
Severity: normal
The video/mpeg check from typefindfunctions detects both MPEG-2 PS
(packet stream) and MPEG-2 PES (packetized elementary stream):
| example.pes - video/mpeg, systemstream=(boolean)true, mpegversion=(int)2
| example.ps - video/mpeg, systemstream=(boolean)true, mpegversion=(int)2
However the mpegpsdemux plugin, which claims exactly this combination
fails to read the PES for no visible reason:
| $ time gst-launch-0.10 -v filesrc location=example.pes \! mpegpsdemux \! mpeg2dec \! xvimagesink
| Setting pipeline to PAUSED ...
| Pipeline is PREROLLING ...
| ^CCaught interrupt -- handling interrupt.
| Interrupt: Stopping pipeline ...
| ERROR: pipeline doesn't want to preroll.
| Setting pipeline to NULL ...
| Freeing pipeline ...
| gst-launch-0.10 -v filesrc location=example.pes ! mpegpsdemux ! mpeg2dec ! 1,47s user 0,09s system 91% cpu 1,701 total
During the PREROLLING phase it seems to read large amounts of the input
to find something. The file themself starts with a completely valid
video header:
| $ hexdump -C example.pes | head -n 1
| 00000000 00 00 01 e0 07 fa 84 c0 0b 33 48 cb 82 ef 13 48 |.........3H....H|
I was not able to enable the GST debug on runtime to find something
interresting and reading the code also showed nothing.
Bastian
--
You're dead, Jim.
-- McCoy, "The Tholian Web", stardate unknown
More information about the Pkg-gstreamer-maintainers
mailing list