Summary: | Speed Effect on cropped clip can mess up the timeline | ||
---|---|---|---|
Product: | [Applications] kdenlive | Reporter: | Chris <chris> |
Component: | Effects & Transitions | Assignee: | Vincent PINON <vpinon> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | wegwerf-1-2-3 |
Priority: | NOR | ||
Version: | 16.04.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
URL: | https://www.youtube.com/watch?v=ElvrAlIOEHQ | ||
Latest Commit: | Version Fixed In: |
Description
Chris
2016-08-04 17:24:07 UTC
I can mostly confirm this using recent beta 16.07.90; with the recent timeline checks the second clip will be automatically removed from the timeline on reloading the project. However, I don't see any pushback, the fllowing clip simply get hidden behind the expanding speed clip. Git commit a1f1f11934f914c438e05ec72f25110822c9d53e by Jean-Baptiste Mardelle. Committed on 06/08/2016 at 23:27. Pushed by mardelle into branch 'Applications/16.08'. Fix corruption on speed change M +10 -9 src/timeline/track.cpp http://commits.kde.org/kdenlive/a1f1f11934f914c438e05ec72f25110822c9d53e Works as expected, at least when using a fresh project. I had some issues with an existing project where the speed clip would still overlay the next following clip, and afterwards resisted to be deleted from the timeline. However, I think that we can close this bug now as fixed. If there should be issues surfacing with old projects, we would need a new report with a precise recipe to reproduce the regression anyway. Thank you very much for fixing this bug, Jean-Baptiste! |