GNOME Bugzilla – Bug 311272
Reading mpeg-ts stream from standard input does not work
Last modified: 2006-03-13 18:04:34 UTC
Please describe the problem: Got a test file test2.mpeg (attached) Trying to display it through fdsrc fd=0 fails using: cat test2.mpegts | gst-launch-0.8 fdsrc fd=0 ! decodebin ! ffmpegcolorspace ! xvimagesink Using filesrc on the same file works (gst-launch-0.8 filesrc location=test2.mpegts ! decodebin ! ffmpegcolorspace ! xvimagesink) works so the data and pipeline setup seems to be in order. Steps to reproduce: 1. cat test2.mpegts | gst-launch-0.8 fdsrc fd=0 ! decodebin ! ffmpegcolorspace ! xvimagesink 2. 3. Actual results: ** (process:3618): WARNING **: Unexpected/unwanted eos in data function ERROR: from element /pipeline0/decodebin0/ffdemux_mpegts0: GStreamer encountered a general supporting library error. Additional debug info: gstffmpegdemux.c(539): gst_ffmpegdemux_open: /pipeline0/decodebin0/ffdemux_mpegts0: Unknown error Execution ended after 1 iterations (sum 109013000 ns, average 109013000 ns, min 109013000 ns, max 109013000 ns). Expected results: Display of short static scene. Does this happen every time? yes Other information: Attaching the test file: test2.mpegts
Bummer test2.mpegts is bigger than 1MB. I'm looking for a place to put it on the web.
test file: http://gijsbert.dyndns.info/download/test2.mpegts
That is on gstreamer 0.8.8-0 and gstreamer-ffmpeg 0.8.4-0
confirming.
I'd guess that the reason is that the input stream isn't seekable. Not sure if this is supposed to work at all.
it should work fine, mpeg TS is streamable. Current CVS gives an error in typefind: cat ~/data/test2.mpegts | gst-launch fdsrc fd=0 ! decodebin ! ffmpegcolorspace ! ximagesink ERROR: from element /pipeline0/decodebin0/typefind: Could not determine type of stream. Additional debug info: gsttypefindelement.c(781): gst_type_find_element_chain (): /pipeline0/decodebin0/typefind
with the typefind functions of current CVS gst-ffmpeg, it does find the type and goes a bit further. ffdemux_mpegts: cannot be activate in push mode yet and thus fails (commited a patch to post an error message for those cases) flutsdemux: starts decoding but current svn version does not handle PCRs correctly yet so the timestamps are wrong.
closing, flutsdemux works fine now.