https://bugs.kde.org/show_bug.cgi?id=437112
Bug ID: 437112
Summary: "Change speed" cripples clip in/out boundaries.
Product: kdenlive
Version: 21.04.0
Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
Severity: major
Priority: NOR
Component: Video Display & Export
Assignee: j...@kdenlive.org
Reporter: v...@gmx.de
Target Milestone: ---
SUMMARY
Bug also already existed in 21.03.x.
STEPS TO REPRODUCE
1. Open mkv file (source OBS)
a) File has multiple audio tracks -- shouldn't matter but I have the strong
impression that there are multiple other bugs related to that fact. So just
FYI.
2. Shorten the clip at the end.
3. "Change speed" -- no difference due to execution:
opt 1.) Hold Control-key and drag the clip border to slow the clip down.
opt 2.) Right click the clip and select `Change Speed`.
OBSERVED RESULT
1. Not sure about the correct wording but I would call it the video(-crop) is
heavily "moved" inside the clip boundaries. Meaning: the unchangeable beginning
of the clip which should be at the same time also 0:00 of the inherent video is
suddenly 4:00 of the video without the possibility to extend the clip boundary
(to the left) to the 0:00 mark of the video again. The clip is "convinced" that
it is already at the very possible beginning of the video inside the clip even
though it is *not*.
2. Clip previews stay the same. (There is/was a similar bug which claims to
fixed that -- it's not.)
3. The time areas of the clip which "lost" video footage due to the heavy move
of the video (to the "left") are rendered white.
Example for clarification:
* Video-1 = length 7:00 (m:s)
* Clip-1 = cropped to 6:00 (with portion 0:00-6:00 of Video-1 inside)
* After `Change Speed` applied to Clip-1 of now lets say 6:20 of length
(because its slowed down = longer) starts the video suddenly at 5:00 and after
2.xx minutes runs out of footage since the original Video-1 only held 7 minutes
of footage. So Clip-1 renders at mark 2:xx only white.
4. Movement of the video footage inside a clip appears random to me so far.
EXPECTED RESULT
obvious
SOFTWARE/OS VERSIONS
Windows: 7
(available in About System)
KDE Plasma Version:
KDE Frameworks Version:
Qt Version:
ADDITIONAL INFORMATION
* Sound does *not* seem to be effected.
* Appears to me the same issue as this 5 years old bug:
https://bugs.kde.org/show_bug.cgi?id=348148
* ..and this 6 years old "retired" bug:
https://bugs.kde.org/show_bug.cgi?id=355003
--
You are receiving this mail because:
You are watching all bug changes.
