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 603149 - splitting resets the playhead position
splitting resets the playhead position
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: General
Git
Other Linux
: Normal normal
: 0.13.4
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2009-11-27 14:07 UTC by Jean-François Fortin Tam
Modified: 2010-02-05 21:42 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jean-François Fortin Tam 2009-11-27 14:07:39 UTC 
Similar (or the same?) as bug 603148

1. select a clip
2. split (S)
3. press the spacebar to continue playback
4. playhead has jumped to somewhere else before starting playback
Comment 1 Brandon Lewis 2009-12-16 19:27:35 UTC 
I can confirm this. In fact what you see is not the playhead move, but the viewer frame changes. I experience subsequent playback issues, such as video playing back at double-speed and then pausing. 

I can also suggest a simple hack that solves the problem for me: seek the pipeline to the split position after cutting. This has the side-effect of pausing the pipeline if is currently playing, but it is better than the current behavior of basically going ape-sh*t if you split while playing.
Comment 2 Edward Hervey 2009-12-18 07:51:09 UTC 
Pausing (due to seeking) after doing a cut seems totally acceptable to me.
Comment 3 Brandon Lewis 2010-01-22 23:59:48 UTC 
commit c59e48ff2cedcfb300fb9db44216fc87813a54af
Author: Brandon Lewis <brandon_lewis@alum.berkeley.edu>
Date:   Fri Dec 18 07:27:08 2009 -0800

    ui/timeline.py: seek timeline after spliting. fixes 603149