|Anonymous | Login | Signup for a new account||2014-09-23 00:23 CEST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000188||Kdenlive||Effects||public||2008-10-09 23:38||2010-05-24 11:48|
|Product Version||Recent git|
|Target Version||0.7.2||Fixed in Version|
|Summary||0000188: changing clip speed is faulty/unintuitive|
|Description||Changing clip speed (right click, change speed) changes the in and out points of the clip. In point appears to be the very beginning. Also, clip length is unchanged, unlike how it used to work in 0.6 with the speed effect.|
This is very inconvenient when, for example:
1. extract a segment from a long clip
2. copy the segment, paste it
3. change clip speed of the new segment
... causes you to have to find the in/out points again from the parent clip.
What happened to the speed effect? Has it been replaced by "change clip speed"? Is this broken, or is it how it's supposed to work?
|Tags||No tags attached.|
|Build/Install Method||Other Method?|
|See also bug 0000197|
The situation has been improved in svn rev 2619 (please test).
It does not, however, move the end clips back if you change the speed of a middle clip. Perhaps the spacer tool is required for this?
Note for jb. on why this issue is still open. Try this, which I think is a commen use case; "Playing some section of a clip in slowmotion":
- start kdenlive
- load a clip
- insert clip on timeline
- cut clip into three parts (a, b, c)
- change the speed of part b to 25 %
- playback: note the jump between b and c
What I would like to happen when changing clip speed is to move the remaining clips on the track back (when reducing speed) and forward (when increasing speed) in order to maintain the frame "order" on the track (perhaps even timeline?).
If you agree that this would be good, then I reckon it needs 0000271 to work?
If you do not think this functionality is good, then this issue should be closed.
Update on this issue.
Much of the needed functionality for this issue has been implemented in 0000271.
There now is a "reasonable" work around for the use case; one can move the clips right of the one you want to slow down to the right, prior to changing the speed on the clip, then move them left afterwards.
Would still be nice to have a "complete" operation, that does it all. But, it might be quite involved, if it also needs to move clips on other tracks.
|And, I can see no harm in postponing this issue to 0.7.2, if pressed for time.|
After testing in latest svn version, the issue is still there, when changing speed the in/out points are changed.
So when cutting a clip into three parts and changing the speed of the middle one (even after moving the other clip out of the way) and playing the full clip, it jumps when changing subclip.
I tried making this video with Kdenlive : http://blip.tv/file/1699366/ [^]
There's a fair amount of speed up / slow motion all over the place, and it just wasn't possible to use Kdenlive efficiently for this. I ended up installing a trial of Vegas Pro...
edited on: 2009-02-06 23:59
Even worse, as bug 0000670 (more or less a duplicate of this?) says, the history seems to become corrupted. This results in a crash when trying to undo a speed change.
Steps to reproduce:
1. Create a new project
2. Load a video file
3. Insert video clip into time line
4. Right-click there to change the clip speed and set it to 50%
Speed change is undone.
IMHO this should raise the severity quite a bit.
Still valid. Reproduce:
1 Add a clip, cut into 3 pieces A, B, C
2 Add speed effect to B
3 Set speed of B to 25%
Video jumps between B and C, as the length of B does not change.
4 Undo setting the speed to 25%
B is now only 25% as long as before, the rest is blank.
5 Undo adding the speed effect
Speed effect is removed, but B remains 25% of original length
6 Undo cutting clip between B and C
Now it looks fine again
7 Redo cutting clip between B and C
Looks the way it should have at point 5 already
* Undo/redo partially broken
* Speed effect produces weird results.
Slowing down a clip should perhaps be blocked if there is not enough space on the timeline.
Additional problem at the moment:
5 Move C to the track below
6 Move C to the track above again
Does not work: Status bar says «Cannot move clip to position ...».
|2008-10-09 23:38||grosa||New Issue|
|2008-10-10 13:03||administrator||Status||new => acknowledged|
|2008-10-14 16:47||madsdyd||Note Added: 0000410|
|2008-10-23 00:26||madsdyd||Target Version||=> 0.7.0|
|2008-10-23 21:07||madsdyd||Relationship added||related to 0000197|
|2008-10-30 09:00||madsdyd||Target Version||0.7.0 => 0.7.1|
|2008-11-08 17:57||madsdyd||Note Added: 0000885|
|2008-11-08 17:59||madsdyd||Relationship added||related to 0000271|
|2008-11-18 12:01||madsdyd||Note Added: 0001247|
|2008-12-22 21:54||madsdyd||Note Added: 0001900|
|2008-12-23 18:11||madsdyd||Note Added: 0001917|
|2008-12-29 15:07||madsdyd||Build/Install Method||=> Other Method?|
|2008-12-29 15:07||madsdyd||Target Version||0.7.1 => 0.7.2|
|2009-02-05 15:21||LeHomard||Note Added: 0002360|
|2009-02-06 23:58||rubikcube||Note Added: 0002369|
|2009-02-06 23:59||rubikcube||Note Edited: 0002369|
|2009-03-08 16:15||madsdyd||Relationship added||related to 0000670|
|2009-03-08 16:16||madsdyd||Severity||minor => major|
|2009-06-23 23:34||Granjow||Note Added: 0003413|
|2009-06-24 19:09||administrator||Status||acknowledged => feedback|
|2010-04-10 13:07||Granjow||Note Deleted: 0003413|
|2010-04-10 13:14||Granjow||Note Added: 0004955|
|2010-04-10 13:14||Granjow||Assigned To||=> Granjow|
|2010-04-10 13:14||Granjow||Status||feedback => acknowledged|
|2010-05-24 11:48||Granjow||Assigned To||Granjow =>|
|Copyright © 2000 - 2014 MantisBT Team|