GNOME Bugzilla – Bug 347342
[mpegstream] need transport stream demuxer
Last modified: 2009-03-06 09:30:50 UTC
Link from http://nanocrew.net/category/videolan/ http://216.99.212.233:6969/torrents/The+Island+ATSC.ts.torrent?7C824F8B9AF6D35B4EE0B78F5B208EBD5F55AA30 points to a file "The Island ATSC.ts", it is a big one with size 235M. Unfortunately, connection is refuseed to that site. Anyway. $ gst-launch playbin uri=file://The\ Island\ ATSC.ts -t Setting pipeline to PAUSED ... ** Message: don't know how to handle video/mpegts, systemstream=(boolean)true, packetsize=(int)188 Pipeline is PREROLLING ... ERROR: from element /playbin0: You do not have a decoder installed to handle this file. You might need to install the necessary plugins. Additional debug info: gstplaybasebin.c(1677): prepare_output (): /playbin0 ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... but gst-launch filesrc location=The\ Island\ ATSC.ts ! ffdemux_mpegts name=demuxer demuxer. ! queue ! a52dec ! audioconvert ! autoaudiosink demuxer. ! queue ! mpeg2dec ! autovideosink -t starts to play the video and audio fine, but there is a huge memory leak causing sound to skip. So there might be two bugs involved here. [I put this one to gst-plugins-base, maybe don't know would have been more appropriate.]
FWIW, the (open source, MIT-licensed) fluendo mpeg demuxer can handle transport streams as well.
As of today, memory leak is gone, but playbin gives the same error. With fluendo mpeg demuxer, result is internal data flow error https://core.fluendo.com/gstreamer/trac/ticket/9 . And no sound.
This file is no longer available to test with.
closing, please provide the file again.
Totem does not play this file, giving the same info as above. gst-launch line from above plays it (but only for two seconds) http://www.w6rz.net/parkrun1920_12mbps.ts
Do you still get an internal data flow error using the Fluendo transport stream demuxer? It plays the file fine for me.
With Fluendo mpegdemux 'parkrun' and 'The Island' show the video fine. However, the latter does not play audio. If wanted, I could transfer The Island.ts to someone interested in having a look. That file plays fine in xine, vlc, and mplayer. And it seems to play fine in totem without fluendo-mpegdemux, if the rank of ffdemux_mpegts is set to marginal in gst-ffmpeg/ext/ffmpeg/gstffmpegdemux.c . Thats what I wanted originally, but perharps some (company policy?) would like to see the popularity of fluendo-mpegdemux.
Yes, I'd be interested in getting a copy of the Island stream to look at. As for ffdemux_mpegts vs fluendo-mpegdemux, it's not company policy, it's that we (GStreamer devs) prefer native GStreamer demuxers over external ones, and all of us are extremely disinterested in fixing bugs in ffmpeg's crappy code base when there's any alternative.
Created attachment 88312 [details] [review] set rank of mpegts to marginal
I'm very much against ffdemux_mpegts getting autoplugged, I'd prefer it to have a rank of NONE. Nobody is really maintaining ffdemux_mpegts or fixing bugs in it or even using it or testing it.
Here are two short mythtv DVB MPEG-2 TS recordings, that are working correctly with ffdemux_mpegts (after applying the RANK_MARGINAL patch) and not with gst-fluendo-mpegdemux (wrong length, no seeking): http://stuff.onse.fi/mpeg2ts-test/ The bug report of the fluendo problem is here: https://core.fluendo.com/gstreamer/trac/ticket/88
The files from #11 play fine now with mpegtsdemux. We still can't seek though, but there's an open bug report about that (#550634), therefore marking this bug a duplicate of that one. *** This bug has been marked as a duplicate of 550634 ***