GNOME Bugzilla – Bug 702745
ges: Internal data flow error from audiotestsrc with ges-launch
Last modified: 2018-01-23 11:08:31 UTC
Created attachment 247319 [details] XGES Project File With a minimalist xges file with only one clip, I get following error: ERROR from element audiotestsrc0: Internal data flow error. Debugging info: gstbasesrc.c(2812): gst_base_src_loop (): /GESTimelinePipeline:gestimelinepipeline0/GESTimeline:gestimeline0/GESTrack:gestrack1/GnlComposition:gnlcomposition1/GnlSource:gnlsource0/GstAudioTestSrc:audiotestsrc0: streaming task paused, reason not-linked (-1) I launch the xges with ges-launch. The error occurs most of the times, in 9/10 cases. Sometimes playback works. This happens independent of media.
Playback works always when I remove following line from the xml: <track caps='audio/x-raw' track-type='2' track-id='1' />
This issue was caused by glib from git. It works perfectly fine with a stable glib.
Sorry it is not gone, i had the audio track removed, my fault.
Created attachment 247376 [details] C test with similar behavior This test has a similar behavior, but instead of throwing the data flow exception, the playback does not start 9/10 times. It works without the audio track. Creating the timeline with a GESProject object does not open a window. Same thing for python.
Created attachment 247377 [details] Same test in python (does the same)
i have the same problem when i add multiple clips to the layer
Created attachment 247382 [details] Test that works in 9/10 times This test gets the clip with a asset object and works most of the times. In 1/10 times it freezes at the first frame. Shouldn't ges-launch do this when loading the xges?
I have tried to reproduce with you last python test app (changing the API to the actual latest one from 1.0) but can not reproduce. Please confirm it is FIXED now.
Let's assume it's fixed then. If not, please re-open.