Hi! I am new posting so, er. 'hi' to everybody.

Absolutely LOVE kdenlive and use it to produce Japanese AMV's on youtube. Pure R&R though sometimes I splice video material for students - I teach English in Indonesia. If you really want to see what I do (it's fun) I am 'Jedipadawan' on youtube. I get about one hit per day...

Anyway, well done to the team - marvellous piece of software and beats Magix Media Pro 17 which I was using in 2010 - which was bugged to hell - under Windows. Now it's Kdenlive under Mint Linux KDE for me!

However, I think I have uncovered a bug in 0.9.10. If I set the speed of a clip to slower than 80% Kdenlive ignores the clip. If there is a clip underneath it in the time line that clip will be played in the preview window and will be rendered as well, ignoring the clip with the 'higher priority.' If I set the speed of the clip at anything greater than 80%, including faster at, say, 120 the clip is fine.

The exact point where the clip is 'lost' in terms of speed seems to vary a little. Sometimes I can get away with 75% speed or it 'crashes out' at 76% but I generally find that anything lower than 80% is dicing with danger.

Given that I am commonly slowing clips down this is a right royal pain and this was not a feature of 0.9.8.

Has anyone else encountered this? Are there any variables I may be missing? Many thanks.

[This is a huge improvement, though, over Media pro 17 which would keep screwing up my sources and I could read in MP4 files - slowly, with glitches. And that was only of the many bugs including guarenteed crashing out after 10 minutes of use. And I paid good money for the *Professional* edition. Updates produced more bugs. Kdenlive streets ahead for free!]

I'm also facing this exact similar problem. Below are the further details about my environment:

Linux Mint 17.1 XFCE
Melt: 0.9.3+git20150111.65636228-0ubuntu0~sunab~trusty1
Qt: 4.8.6
KDE Development Platform: 4.14.2
Kdenlive: 0.9.10 (from Sunab's PPA)

The problem is that, when I cut a specific portion of a clip and add the Motion -> Speed effect and set the value to anything between 20 to 80, the clip is not played at all. The clip object is visible on the timeline but when previewed, the relevant part appears black in the Project Monitor. There is no specific pattern to differentiate exactly which clips have this problem - seems like almost all the clips show this behavior. When I set the speed to above 80, the clips "appear" (play) properly. I tried rendering the entire project as well thinking that this might be a 'preview' only problem but I was wrong. The clip whose speed is set to a value between 20 to 80, it is not recognized at all.

An interesting thing is that, for some clips a value of 50% will work but not 40 or 60 or 70 etc. Only, 50 will work or anything higher than 80.

Is it a kdenlive bug or some issue with my environment. My most work includes slowing down the video so this issue is causing me a lot of delays. Any pointer to fix / circumvent the issue is greatly appreciated.

I like kdenlive. It is a great piece of software and otherwise very stable. Thank you, development team, for keeping this tool alive!

Hi Horizon,

I think we can count this as a bug by the looks of things. I assume you are using the 64 bit rendering. For various reasons I am sticking with 32 bit Mint/kdenlive so I would like to confirm whether or not you are running 64. If you are I figure a bug report should be made.

Could you confirm? Thanks.

Er, how do you raise a bug for Kdenlive - anyone?

I have the exact same problem. It happen also when i try to accelarate the video. That is weird is that i have the exact same symtom with OpenShot, so i think the problem is from a common library...

Also for me the video does not accelarate, but is just cropped like it is say in this bug report : https://bugs.kdenlive.org/view.php?id=3217

I wanted to create a account to make a bug report, but their "bug report platform" has a bug...
When i try to create my account, i receive this message:

APPLICATION ERROR #2701

Session variable "captcha_key" not found.

Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.

And I tried many times (it is not be who is miss writing the captcha....)

Hi jitsumi,
Thanks for your investigations with OpenShot, this shows that the bug is in MLT.
MLT has an old similar bug, and it seems it is linked to locales.
In which language are you running Kdenlive?
Is speed effect working if you try to switch language, from desktop language settings or in command line

Code: Select all

LANG=C kdenlive

Hi vpinon.

I also realize that it depends of the format of the file. If I reencode my video with those parameters:

f=mp4 hq=1 acodec=aac ab=%audiobitrate+'k' ar=48000 pix_fmt=yuv420p vcodec=libx264 minrate=0 vb=%bitrate+'k' g=250 bf=3 b_strategy=1 subcmp=2 cmp=2 coder=1 flags=+loop flags2=dct8x8 qmax=51 subq=7 qmin=10 qcomp=0.6 qdiff=4 trellis=1 aspect=%dar pass=%passes

then, if working well.

The original video is a capture made with SimpleScreenRecorder using the codec H.264 and the container MKV (and vorbis for the sound). I don't know all the parameters that SimpleScreenRecorder is using.

Still, I will try to change my language to double-check

Hi, I had the same issue, and couldn't find what was the source of it.

After some research, I found that changing the project configuration fixed it: the first 1920x1800 60.00 fps is working for me, I think it's because the frame-rate is exactly 60.00 and not 59.9987.

Now I can change the speed of the video as I want, any value work.

I hope it can help some people, even if it's a bit late.