GNOME Bugzilla – Bug 626637
gnlcomposition hangs while merging two fragments of MPEG2 file
Last modified: 2014-12-15 16:18:18 UTC
Created attachment 167612 [details] code Trying to cut two fragments of the mpeg2 PS file and merge them together in the mpeg2PS file. The first fragment is from 5th to 10th second, and the second one is from 120 to 125 second. So, the resulting file should be 10 seconds long. The first fragment is saved, the second is not, and the program never ends. If I comment out the lines, dealing with the second fragment, I get a valid file of 5 seconds. The attached code runs g_main_loop in a separate thread, this is done by intent. Nothing changes if I simply put g_main_loop_run into the main()
Created attachment 167613 [details] Log of the program run with --gst-debug=gnl*:5
Created attachment 167615 [details] Messages from the program's stdout (produced with g_print)
The last line (position: [0:00:04.991988889/0:00:10.000000000]) seems to repeat forever.
Full debug log (--gst-debug=5) was 22.5Mb, even when bzip2-ed, and bugzilla didn't accept it.
Also tried creating simple pipelines and perform segment seeks. 1. filesource -> mpegpsdemux -> multiqueue -> mpegpsmux -> filesink 2. uridecodebin -> multiqueue -> twolame -> -> mpeg2enc -> mpegpsmux -> filesink Segment seeks were the following rs=gst_element_seek(pipeline, 1.0, GST_FORMAT_TIME, GST_SEEK_FLAG_FLUSH|GST_SEEK_FLAG_ACCURATE|GST_SEEK_FLAG_SEGMENT, GST_SEEK_TYPE_SET, 5LL*GST_SECOND, GST_SEEK_TYPE_SET, 15LL*GST_SECOND ); In both cases the resulting file was 10 second long and contained 5th though 15th seconds of the source clip.
Created attachment 167717 [details] zipfile with 2 c programs, performing the segment seeks, as described in the previous comment
Tried to do that with NLE/ges-launch and it works no, closing as obselete.