GNOME Bugzilla – Bug 626521
gnlfilesource gives only one elementary stream from a file.
Last modified: 2010-09-06 14:38:05 UTC
Created attachment 167497 [details] A code. Trying to cut several small pieces from a MPEG2-PS file and merge them to a new file of the same format without recoding. I've created a pipeline, a gnlcomposition, two queues and two fakesinks and added them to the pipeline. I'm planning to replace fakesinks with a muxer and a filesink. Then, I've created several gnlfilesources, set their properties and added them to the gnlcomposition. I also have set the caps property to "video/mpeg,parsed=true,systemstream=false;audio/mpeg,mpegversion=1"on gnlfilesources. I've also created pad-added signal handler, linking pads to the queue and fakesinks. The problem is that my pipeline never riches the playing state, pad-added handler is called only once. The application was run with --gst-debug=gnlurisource:5,gnlfilesource:5,gnlsource:5,uridecodebin:5 Attached is the picture of the pipeline, a code and a relevant part of the log. The log shows that the uridecodebin has created the next source pad src1 and emitted the respective signal, but gnlfilesource's signal handler didn't process that source pad, because "We already have (pending) ghost-ed a valid source pad (ghostpad:'':'', pendingblock:1"
Created attachment 167498 [details] A pipeline image
Created attachment 167499 [details] Log
Tried to do same thing in the PiTiVi - it doesn't render the project. The rendering dialog doesn't report any progress. Tried two files with the same result. muxer: mpegpsmuxer video codec: mpeg2enc audio codec: twolame or lame
Brandon J. Lewis has explained me that gnlcomposition outputs only one elementary stream, this is done by intent, and therefore, probably, not a bug. I thought otherwise, because of the lack of documentation.
correct, it's not a bug. closing.