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 688881 - [pitivi] [ges] Playhead/seeker jumps ahead and skips clips or ignores streams during playback of consecutive clips
[pitivi] [ges] Playhead/seeker jumps ahead and skips clips or ignores streams...
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gnonlin
1.0.2
Other Linux
: Normal major
: NONE
Assigned To: GStreamer Maintainers
Edward Hervey
Depends on:
Blocks:
 
 
Reported: 2012-11-22 18:14 UTC by Jean-François Fortin Tam
Modified: 2016-02-21 22:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2012-11-22 18:14:17 UTC
This is a continuation of bug #673038 with the remaining symptoms. The fact that the seeker/playhead would jump backwards has been fixed as far as I can tell, but the problem with the seeker jumping forward or skipping sources entirely remains.

This issue is easily reproducible with the latest gstreamer 1.x releases. It is certainly not specific to 1.x as bug #673038 was reported back when we were still using the 0.10 series.

It is suspected that this bug may have always been there, but we were not experiencing it before the switch to GES because pitivi used to have its own decodebin in python, we were not using gnlurisource.

I'll link to some videos that illustrate the issue better than words.
Comment 1 Jean-François Fortin Tam 2012-11-22 18:25:25 UTC
http://jeff.ecchi.ca/public/gstreamer-688881-simple.webm
In this case, I just have a couple of clips one after another, and I'm not touching the UI during playback. As you can see, the playhead jumps ahead and skip clips.

http://jeff.ecchi.ca/public/gstreamer-688881-multiple-layers.webm
In this sample*, the playhead doesn't "jump" ahead, but once the seeker reaches the boundary of a second clip, it simply stops updating the viewer (possibly the pipeline/bus gets broken?). You won't get an image back until you force a seek by clicking the ruler like I did at various points in that video.


*:  http://jeff.ecchi.ca/public/sample-pitivi-projects/Texture%20(theora).tar
Comment 2 Tim-Philipp Müller 2014-11-24 10:55:14 UTC
Two years on, what to do with this? Close as OBSOLETE? Have you tested with new ges/nl yet?
Comment 3 Tim-Philipp Müller 2016-02-21 22:22:21 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!