Bug 381695

Summary: Using Speed effect to reverse clip exhibits unusual, unworkable behavior
Product: [Applications] kdenlive Reporter: 4of92000
Component: Effects & TransitionsAssignee: Vincent PINON <vpinon>
Status: RESOLVED FIXED    
Severity: minor CC: fritzibaby, snd.noise
Priority: NOR Flags: fritzibaby: timeline_corruption+
Version: 17.04.1   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:

Description 4of92000 2017-06-26 18:20:15 UTC
I'm an active YTP creator; as such, for many of my jokes, reversal is crucial. As it is currently implemented, however, doing so is nearly impossible.

I'm not sure if this counts as a bug per se, but it is a quirk that makes the program hard to use.

Steps to reproduce:

1) Open Kdenlive and initialize an empty project. (This also occurs in pre-existing projects, of course.)
2) Load a reasonably-long video input file. (It can be any length, but to better see the effect, pick something at least a minute long.)
3) Isolate a clip from the original file.
4) Apply the Speed effect to the clip; set the Speed value to -100%.

What should happen:

The clip is at the same location and length, and when played back, is played backwards.

What does happen:

The clip runs from the end of the original video to the beginning of the original clip. The beginning of the new clip and the beginning of the old clip are at the same location. If another clip blocks the lengthening of the new, reversed clip, the original clip is cut off partially to entirely.
Comment 1 farid 2020-02-13 20:49:48 UTC
Hi

Ever since version 19.04 the speed effect has been rewritten. Can you please test if this is happening in the latest version (19.12.2)? Do try the AppImage since it'll guarantee that all dependencies are met. 

Closing, but please reopen if it is not fixed.

Thanks