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 673038 - [pitivi] Broken/nonsensical playback with pitivi projects
[pitivi] Broken/nonsensical playback with pitivi projects
Product: GStreamer
Classification: Platform
Component: gst-editing-services
git master
Other Linux
: Normal major
: 1.2.0
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Reported: 2012-03-29 02:31 UTC by Jean-François Fortin Tam
Modified: 2013-09-24 16:03 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description Jean-François Fortin Tam 2012-03-29 02:31:54 UTC
1. Get the GES version of pitivi (see for instructions, including a turn-key script for setting it up)

2. Get the "texture" sample project from
   (and hack the file paths in the .xptv file a little)

3. Load the project into pitivi, start playing

4. Notice the playhead going insane: (the fun starts at ~30 seconds)
Comment 1 Thibault Saunier 2012-04-11 18:05:55 UTC
What we are currently doing in GES to handle gaps in a timeline is to add a "background" which is a GESTimelineTest with a G_MAXUINT priority and expandable.

I am wondering if that couldn't cause this kind of misbehaviour?

What should be done is properly detect gaps in each GESTrack and add a GESTrackXxxTest source in each gap, that resizes/is removed whenever it is needed.
Comment 2 Jean-François Fortin Tam 2012-05-16 14:50:17 UTC
Quick note to self:
broken rendering is a separate issue than broken live playback.
Comment 3 Thibault Saunier 2012-06-21 21:20:37 UTC
commit f84c183f63a435184e9d030c4490f3e63dc15184
Author: Thibault Saunier <>
Date:   Wed May 9 11:45:02 2012 -0400

    track: Properly fill gaps
    API: GESCreateElementForGapFunc Virtual method type
    API: ges_track_set_create_element_for_gap_func