Almost every time I make a video in Kdenlive I run into this bug, but I'm not able to find anyone discussing the same problem. If I adjust the speed of a clip, after roughly 10 or 20 minutes of working in Kdenlive, the speed adjustment of the clips will be lost. The timeline still shows the clip with the "200% speed" overlayed, but the clip previews at 100%, and if the video is rendered it plays at 100%. If I select the clip, the speed effect is still shown and enabled, it just doesn't actually work.

For example, I'll have a 30 second clip, I'll trim the first and last 5 seconds off, then speed it up at 200%. This will give me a 10 second clip that plays the content between 5 and 25 seconds at double speed. Then when this bug appears, the clip still begins playing at 5 seconds and keeps the 10 second duration, but it plays at 100% speed, so the content being shown is completely different and will end at 15 seconds into the original clip. This makes things particularly annoying because I can't just disable and re-enable the speed up because now the content of the clip has completely changed, it's no longer the content between 5 and 25 seconds.

I can't seem to figure out what exactly causes it. I don't know if it's just a matter of time, if it's caused when I add audio clips, or something else. I'm not really doing anything complex.

This is incredibly frustrating and I would greatly appreciate any help. I'm running Manjaro and Kdenlive 18.04.2, although this has been happening for years on many different Linux distros and versions of Kdenlive. Any ideas would be appreciated.

The clip with the speed effect should get longer and shorter as you change the speed with the slider.

Do you have a clip before and after the speed clip?

If no put a clip before and after the speed clip.

This is SUPER FRUSTRATING.

I have a video. If I put more than one speed effect anywhere in the video, it basically corrupts all the other clips. The project file is corrupted half the time. Often times the remaining clips (and ONLY ones with speed effects) are set to one frame of length, but ALWAYS they end up "seeked" to the wrong position. That is, if I had a 5 second clip 30 minutes in, it's now "seeked" to a different position (say 10 minutes in) within the source material.

It also seems to corrupt other effects. I use a zoom/position effect + speed and it'll remove the zoom as well.

Trying to correct the issue often crashes Kdenlive with a corrupted project file.

HELP!!! I can't finish my project with this bug!!!

Kdenlive 18.08.1-w64

---------- [edit]

tried the Git branch, it "updates" the project and then freezes trying to load the project file.

I'm now trying 18.12.1, the latest stable. Sigh... fingers crossed....

[edit] Well, that destroyed all my clips. So that's great.

Seriously? Nobody has any ideas?

The speed effect is really an issue in the release version. This is why it’s completely new written in the refactoring version. You can try 3 things:

Try with the current Kdenlive AppImage version 18.12.1b
https://files.kde.org/kdenlive/release/ ... 4.appimage

Try with the actual Kdenlive_Nightly_Appimage
https://binary-factory.kde.org/job/Kden ... /artifact/

Run the Appimage from the terminal (press CTRL + ALT + T). Move to the AppImage folder and run the .AppImage: ./Kdenlive*.AppImage

Try the following page https://thediveo.github.io/kdenlive-pro ... lyzer.html (more info here: https://github.com/TheDiveO/kdenlive-project-analyzer) to try to repair the kdenlive file.

So to clarify, if I use the refactored version for future projects, this won't affect it?

Btw, I'm Linux-versed but I'm on Windows with KdenLive.

I recently ran into the same bug, I can confirm it still exists in kdenlive 18.12.1 and it still is very frustrating.
By some trial and error [doing the same thing over and over again] I noticed that one of the things that causes the bug to appear is to Shift+click select the sped-up clip and other clips and move them around the timeline. If I move the sped-up clip alone the bug does not appear. I hope this piece of information is useful to other users trying to workaround this annoying bug.

Edit: splitting audio also causes the bug.

I'm about to give up on Kdenlive. And I'm a big supporter of FOSS. I like the GUI.

Too bad:

- It messes up every keyframe for position-and-zoom.

- It messes up every slow/speed effect.

- It crashes if you play with clips too much / misclick a drag.

So it can't position. It can't speed. I've lost DOZENS of hours of work at this point having to re-create broken keyframes for a TEN minute video project. And I'm using the official, recommended version on their website. I tried a newer minor version. I tried the "refactored" bleeding edge git version.

What is everyone successfully using this software for?! These are critical, software-breaking bugs. How is anyone productive with this software?

And to be clear, I wish everyone here and the developers the absolute best. I don't hate you.

But I feel like I've been bait-and-switched--mislead that all these hours I was putting into would be fruitful. After all, "why have a nice polished website and a version "18"? Surely the software will be stable enough to make a basic video!" I thought.

I currently have to, in order to finish my video, in a single session (because SAVING and LOADING will corrupt it) fix every keyframe of a heavily edited ten minute video and render it. Like, two hours of grueling hand-fixing numbers. And that's just to save my project from death. My next project? I'm honestly too scared to try Kdenlive for my next episode. I'm going to just have to buy a subscription to Adobe or something because I know they won't have these fundamental, game-breaking, problems.

I'm having the same problem using the kdenlive-18.12.1b-x86_64.appimage file on Linux Mint 19.1 Cinnamon. I've given up and gone back to Adobe Premiere Elements on Windows 10 to edit my videos. Maybe I'll try situating all the clips so I don't have to move them after I speed them up.

Can confirm the bug still exists in version 18.12.1 (kdenlive-18.12.1b-x86_64.appimage).

Additional note: You cannot undo from this bug. The clips remain messed up even as they return to their previous position in the timeline.

Workaround is to select the group of clips with speed effects, and instead of moving this group, you copy/paste it to a new location. This way the content of the clips remain intact.

ckatko wrote:I'm about to give up on Kdenlive. And I'm a big supporter of FOSS. I like the GUI.

.....
What is everyone successfully using this software for?! These are critical, software-breaking bugs. How is anyone productive with this software?

Sadly, not many people seem to be. Many seem to be giving up. That is why not much is happening in this forum. Kdenlive seems to be a frustration source for most users. I myself am super tough and keep at it, I can deal using a work around and kdenlive is available for more platforms than Adobe Premiere, so since I use Linux, I prefer to use Kdenlive.

I totally respect the developer and thank you for the work you are doing. I don't want to be ungrateful at all, I write open source code myself. I think we tend to judge too harshly and forget all the great stuff about a project.
And my opinion is that Kdenlive is very amazing, I have edited many videos with it successfully. AND the speed change thing used to work before. So now we have this regression bug and I wish there was a reliable workaround or fix, speed is a very basic functionality of any video editor.

So if I can help or assist in any way, please let me know, I wish this would work (also for others).
I'm using 18.12.1b and speed changes just get ignored by Kdenlive.

Again, thanks to the developers for making Kdenlive surely the most functional and useful opensource video editor in the world!

Speed changing has been rewritten in the new upcoming version 19.04. More details about this release will come soon on the website. If you are eager to test, you can find the preview version here: https://files.kde.org/kdenlive/unstable/ Note that the build is a bit old, and we have been fixing a lot of bugs in the last few days. Also note that a project saved in 19.04 will not be backward compatible.

It will also come with improved features like unlimited acceleration (the previous version was limiting the max speed you could set).

Thank you for this info, this is very good to know. I will be looking forward to the new release.
Kdenlive has much promise and I love working with it.

Confirm bug in 18.12.0e and 18.12.1e (appimage). If you change the speed of the clip and group it with another or just select them together via Shift or CTRL, then move the speed effect ALWAYS ceases to affect the clip and sometimes ceases to be removed from the clip, sometimes the clip itself ceases to be removed from the timeline, and sometimes the clip when viewing ceases to be displayed (black screen)