SUMMARY Cutting in small chunks the clip and adding a speed effect and then moving all the cuts around the timeline make all the cutted clips reset and start to the initial frame of the entire video. And the speed effect seems not to be active on all the moved clips anymore. STEPS TO REPRODUCE 1. apply the speed effect on a clip 2. cut the clip in different position in the timeline 3. move the chunks all grouped in the timeline OBSERVED RESULT All the chunks start on the initial frame with the default speed EXPECTED RESULT All the chunks should begin in various position of the cuts and their speed should be modified. SOFTWARE VERSIONS (available in About System) KDE Plasma Version: KDE Frameworks Version: KDE Frameworks 5.44.0 Qt Version: Qt 5.9.5 (built against 5.9.5) ADDITIONAL INFORMATION The Platform I am using is POP_OS!(ubuntu derivative) after this bug happens if I click on the bypass effect button the effect seems to be working again shrinking the clip in a smaller one without mantaining any consistency on the starting point.
Please try with the actual Kdenlive AppImage version 18.08.2 Run the Appimage from the terminal (press CTRL + ALT + T). Move to the AppImage folder and run the .AppImage: ./Kdenlive*.AppImage Maybe you have to update Linux as well.
Thank you so much for the reply, I already tried Appimage versions 18.04-rc2, 18.08.2, and 18.12-beta6 but nothing seems to work fine. My linux distro (POP_OS!) is updated to the last version.
I assume you have done the following to update Linux: Restart your system (switch off, switch on). sudo apt-get update sudo apt-get upgrade sudo apt-get dist-upgrade If yes do I understand you correct: 1. You have 1 long clip 2. put the speed effect onto this 1 long clip on the timeline 3. cut this 1 long clip into pieces 4. arrange this clips on the timeline 5. once arranged you group it 6. move this grouped clip around 7. some of the clips looses the speed effect Do you change the speed of some of the clips between step 4. and 5.? Good version to test is 18.08.2 and Beta6
Yes, I did all the steps to update linux. And I ment that I "group select" the clips and I move the selected ones in the timeline. The bug happens after the sixth step (without doing the seventh one) and to all the clips I moved. So: 1. I have 1 whole long clip 2. I put the speed effect onto this one long clip on the timeline 3. I cut this 1 long clip into pieces 4. I arrange this clips on the timeline 5. once arranged I group select multiple pieces 6. I move the clips around
Hello, We unfortunately know that, for long in "release" versions, clips with speed effect can't be edited once the effect has been applied, or the timeline synchronization gets messed :( (see many "duplicate" reports on this tracker) The rewrite happening in "unstable" versions should allow to handle this effect correctly, but I'm not sure all features are re-enabled at this stage.
*** Bug 389743 has been marked as a duplicate of this bug. ***
I can only confirm the problem (18.08.3-1 - debian unstable). Does the 18.12 release fixes this issue?
I'll answer myself :) - Just compiled 18.12 and it seems to be fixed! Great!
@Vincent On a slight irrelevant note freeze did not work at all when switched from preview to high quality ( that was on 18.04 from the ubuntu repo) I couldn't find the preview quality setting on 18.12.1 (appimage) but i wonder if the issue still persists. freeze effect is not present on the 19.03.70 (compiled from source) so I couldn't test that one out.
The main bug should be fixed with the rewrite of the timeline or at the latest with the fix for the comma/point issue. (The freeze effect is back too, I guess since the effect cleanup for 20.12)