The Kdenlive team is happy to announce the first minor release of the 19.04 series fixing 39 bugs. The feedback by the community as well as the effort put in reporting issues has been very helpful and we encourage to keep it up. We expect to finish polishing in the coming months in order to focus on our planned pro features.
Kdenlive 19.04.1 fixes some important issues, so all 19.x users are encouraged to upgrade. Easiest way to test it is through the AppImage, available from the KDE servers as usual: https://files.kde.org/kdenlive/release/kdenlive-19.04.1-x86_64.appimage.mirrorlist
The Appimage also contains some last minute fixes that will be in 19.04.2 since we are still busy fixing some remaining issues after our big refactoring. This Appimage should fix the rendering and timeline preview issues recently reported, and the 19.04.1 fixes are listed below.
Other news: work continues to improve OpenGL support, fixes by the team have been merged into MLT improving speed and the Titler will be rewritten as a GSOC project.
19.04.1 bug fixes:
- Search effects from all tabs instead of only the selected tab
- Add missing lock in model cleanup. Commit.
- Move levels effect back to main effects. Commit.
- Fix crash closing project with locked tracks. Fixes #177. Commit.
- Speedup selecting bin clip when using proxies (cache original properties). Commit.
- Disable threaded rendering with movit. Commit.
- Fix wrong thumbnails sometimes displayed. Commit.
- Ensure fades always start or end at clip border. Commit.
- Fix loading of clip zones. Commit.
- Fix transcoding crashes caused by old code. Commit.
- Fix fades copy/paste. Commit.
- Fix broken fadeout. Commit.
- Fix track red background on undo track deletion. Commit.
- Update appdata version. Commit.
- Zooming in these widgets using CTRL+two-finger scrolling was almost. Commit. Fixes bug #406985
- Fix crash on newly created profile change. Commit.
- Always create audio thumbs from original source file, not proxy because proxy clip can have a different audio layout. Commit.
- Mark document modified when track compositing is changed. Commit.
- Fix compositing sort error. Commit.
- Fix crash opening old project, fix disabled clips not saved. Commit.
- Fix crash and broken undo/redo with lift/gamma/gain effect. Fixes #172. Commit.
- Fix clip marker menu. Fixes #168. Commit.
- Fix composition forced track lost on project load. Fixes #169. Commit.
- Fix spacer / remove space with only 1 clip. Fixes #162. Commit.
- Fix timeline corruption (some operations used a copy of master prod instead of track producer). Commit.
- Check whether first project clip matches selected profile by default
- Renderwidget: Use max number of threads in render. Commit.
- Fix razor tool not working in some cases. Fixes #160. Commit.
- Better os detection macro. Commit.
- Remove crash, not solving 1st startup not accepting media (see #117). Commit.
- Remove unneeded unlock crashing on Windows. Commit.
- Some fixes in tests. Commit.
- Forgotten file. Commit.
- Improve marker tests, add abort testing feature. Commit.
- Add tests for unlimited clips resize. Commit.
- Small fix in tests. Commit.
- Fix AppImage audio recording (switch from wav to flac). Commit.
- Dont remember clip duration in case of profile change. Fixes #145. Commit.
- Fix spacer broken when activated over a timeline item. Commit.
- Improve detection of composition direction. Commit.
- Unconditionnaly reload producers on profile change. Related to #145. Commit.
Both 19.04.0 and 19.04.1 seem to run OK for me on Windows 10 at first glance, but kdenlive.exe keeps consuming 100% of one CPU thread while it’s running. The process also refuses to stop itself when I close the window.
Congratulations for the 19.04 release!
That is a very nice list of bugfixes after only a few weeks, thank you for your continued effort. Indeed I noticed a few quirks related to fade in/out effects and copying/pasting effects when I did my first project with the new release. Glad to see that you’re working hard on these.
Keep up the great work!
I found that the Dynamic Text effect is still broken for me:
-The drop down menu to choose fonts is gone.
-The field to enter text is gone and has been replaced by just the word ‘argument’.
The titler still has a font menu and the ability to enter text, so it seems that Kdenlive can still find fonts. I’m running Kdenlive 19.04.1 Appimage on Ubuntu 14.04 64bit and had been running Kdenlive 17.12.0d Appimage without this problem.
Any help would be greatly appreciated, thanks!
Thanks for reporting. I opened issue: https://invent.kde.org/kde/kdenlive/issues/185
I don’t know if this is related but, I see on mlt 6.16 changelog: Refactored dynamictext filter to use mlt_producer_get_creation_time().
So there is some changes on mlt side…
Should be fixed. See tomorrows daily build.
Thank you for the fast response time! I look forward to trying the new build! Great work!
I am not sure if this is a bug or if I am misunderstanding how to properly configure Kdenlive. The timeline preview playback seemed a lot smoother in 19.04.0 than this update. It will lag as much a ~5 seconds behind where the play head actually is. Then both the preview and the play head indicator on the timeline jump forward for a few seconds before lagging behind again. This happens less when reviewing a preview section. My only problem with that is as soon as I make a cut the preview is no longer valid but does not update the cache. Or at least turn red indicating there was a change that invalidated that part of the timeline cache. It will still show the pre-cut cached version of the timeline in the preview until I manually delete the preview zone.
I am on Ubuntu 18.04 64-bit Core i5 with 16 GB RAM, have tried single threaded as well as multi-threaded, tried launching Kdenlive with the dedicated GPU(AMD open source drivers) as well as using the Intel GPU, and I have set Kdenlive to use proxies (default settings). If this is not a bug but a misconfiguration I will play around with my settings and try again.
The same, since the 19.04 the program feels very lagish, the timeline lost the smoothness, and the playback is really slow, stopping every time it hops from a video clip to another video clip, hope it gets polished soon, cause the improvements seem really cool. keep up the good work!
Do you plan to revert this commits in future:
https://cgit.kde.org/kdenlive.git/commit/?id=a048e250b86cc9e2de745df55f8bd77be9a1cfb7
and
https://cgit.kde.org/kdenlive.git/commit/?id=4f774201ddc8e3a88c01f7c0758dfe1568441bd9
I use Kdenlive on server with two 6 core xeons and heavy use of movit and very disappointed by these patches.
P.S.: Some workaround. Rendering on 12 cores still can be enabled by editing a spinbox value or directly by specifying mlt’s file threads property in kdenlive-renderqueue folder.
Movit is a GPU processing library, so if you are using Xeon cpus, you are not using Movit. Actually, the library is not well supported, so if you have it enabled I would recommend turning it off.
The second patch you point to removes the limit in the number of threads, so you can set a much higher value in the render dialog, allowing you to take full advantage of your cpu cores.
Not only Xeons. I am using GPU Radeon RX 560 too. Also the library supports neutral color space and have very smoothed effect processing. That is why I need Movit. Also I use CPU only effects like Transform, Bezier Curves and Apply LUT.
Thanks for point about second patch. A day becomes good 🙂
In kdenlive 19.04.1b, now the timeline cursor reacts normally as it should. Many thanks for that, it’s appreciated.
But we still have the same Fade from Black problem. Let me explain shortly. This effect works on a uncut clip. By default, the Duration is set to 00:00:02,15, which it’s fine. But if we cut, say, 30 seconds (or whatever) of the same clip and add a new Fade from Black effect, the default setting is gone. We now have a Duration of : : , and if we try to set the 00:00:02,15 back, the effect reacts very strangely on the timeline and doesn’t work anymore.
By the way, it’s only a Fade FROM Black problem, since Fade TO Black works perfectly in any situation.
Thanks for your work.
I don’t know why, but the “Settings>Color Theme” menu dos not work (dos not pop up).
I to find that playback and importing of video is slower then the older versions.
I am running Ubuntu 19.04 on AMD 2700X and RX580.