After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 691041 - pitivi frozen when after drag'n drop to timeline: GstVideoTestSrc Internal data flow error
pitivi frozen when after drag'n drop to timeline: GstVideoTestSrc Internal da...
Product: GStreamer
Classification: Platform
Component: gnonlin
git master
Other Linux
: Normal critical
: 1.2.0
Assigned To: GStreamer Maintainers
Edward Hervey
Depends on:
Reported: 2013-01-02 23:55 UTC by cyberic99+gnome
Modified: 2013-09-24 15:56 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description cyberic99+gnome 2013-01-02 23:55:10 UTC
pitivi version a6a2981d1d685f4b1517ff957a6b57b2c3b00082 compiled on archlinux 64bit.
I import a video, drag it to the timeline and... pitivi is frozen.

The console displays:
ERROR 00:42:52 pipeline             _busMessageCb: error from <__main__.GstVideoTestSrc object at 0x18adaf0 (GstVideoTestSrc at 0x2940830)>: Internal data flow error. (gstbasesrc.c(2791): gst_base_src_loop (): /pitivi+utils+pipeline+Pipeline:pitivi+utils+pipeline+pipeline1/pitivi+project+Timeline:pitivi+project+timeline1/GESTrack:gestrack2/GnlComposition:gnlcomposition2/GnlSource:gnlsource0/GstVideoTestSrc:videotestsrc0:
streaming task paused, reason not-negotiated (-4)) (../../../../../../usr/lib/pitivi/python/pitivi/utils/

I have a video to show what I'm doing:

The same happens with the 3 video files I tried...
Comment 1 Jean-François Fortin Tam 2013-01-03 01:24:45 UTC
Ah yes, that's a known bug caused by the last two commits by Sebastian in gnonlin (da3a5a5b2af498a2b and d196cd3cdc850f). Reverting to the commit before those (1230a8df37a4) makes it work a tiny bit better.

Nothing that can be done on the pitivi side, so reassigning.
Comment 2 Jean-François Fortin Tam 2013-04-24 02:32:24 UTC
As far as I know, this has been fixed in gnonlin now:

commit 692dc3c377a155b719de2eeb7c4c2697632e2dbc
Author: Edward Hervey <>
Date:   Thu Mar 28 19:07:30 2013 +0100

    composition: Ensure segment base time is correct
    We update it based on accumulated segment time.
    Tests are also updated to check for valid base/time/duration

commit d459463192a2fd0afcdc4c6f5bd47d3aa1c37c44
Author: Nicolas Dufresne <>
Date:   Thu Mar 28 17:26:52 2013 +0000

    gnlcomposion: When seeking flush downstream before unlinking
    The 'update' parameter in seek_handling is used to know if flush most be
    performed before unlinking or linking new objects. It accidently set to
    TRUE d196cd3cdc850f2355bb16518e22ccfda1170078.

commit 985c0003f90b0a94a9b00ef9782ecac60c8c1ec0
Author: Nicolas Dufresne <>
Date:   Thu Mar 28 16:26:25 2013 +0000

    gnlcomposion: objects lock must be taken to call _set_target()
    gnl_composition_ghost_pad_set_target() require the objects_lock to be
    taken. Aslo improve protection around user_seek_flush.