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