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
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
