GNOME Bugzilla – Bug 729316
ges-launch: Gracefully error out when the encoding profile topology does not correspond to the timeline's
Last modified: 2018-05-13 18:52:36 UTC
$ ges-launch-1.0 --outputuri output.mkv --format video/x-matroska:audio/x-flac,channels=1,rate=44100 /tmp/sine.ogg 0 5 VST_PATH not set, defaulting to /home/stefanha/vst:/usr/local/lib/vst:/usr/lib/vst Adding clip file:///tmp/sine.ogg inpoint:0:00:00.000000000 duration:0:00:05.000000000 (ges-launch-1.0:28863): GStreamer-CRITICAL **: Trying to dispose element tee0, but it is in PLAYING instead of the NULL state. You need to explicitly set elements to the NULL state before dropping the final reference, to allow them to clean up. This problem may also be caused by a refcounting bug in the application or some element. ERROR from element src: Internal data flow error. Debugging info: gstbasesrc.c(2865): gst_base_src_loop (): /GESPipeline:gespipeline0/GESTimeline:gestimeline0/GESVideoTrack:gesvideotrack0/GnlComposition:gnlcomposition1/GnlSource:gnlsource2/GstBin:bin4/GstVideoTestSrc:src: streaming task paused, reason not-linked (-1)
That command line is not correct as in that case you will have 2 track in the timeline (1 audio and 1 video) but the encoding format described here only has 1 audio encoder and no video which explains that failure. Renaming that bug as we should gracefuly error out when the user makes a mistake.
GESPipeline now handled that case.