https://bugs.kde.org/show_bug.cgi?id=381695
Bug ID: 381695
Summary: Using Speed effect to reverse clip exhibits unusual,
unworkable behavior
Product: kdenlive
Version: 17.04.1
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: NOR
Component: Effects & Transitions
Assignee: vpi...@kde.org
Reporter: 4of92...@gmail.com
Target Milestone: ---
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.
--
You are receiving this mail because:
You are watching all bug changes.
