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.
Fade from black issue is solved with the nightly build and in the upcoming 19.04.2. You have the standard time back.
I’ve just tested the Build #185 (May 27, 2019 12:21:00 PM), kdenlive-19.04.1-96d775c-x86_64.appimage, and, unfortunately, the same problem remains. No change. But I keep the faith and I’m patient. I know that one day, it’s gonna be OK.
Thank you.
Confirmed. I opened issue: https://invent.kde.org/kde/kdenlive/issues/209
Solved. Try with the nightly build.
I’m really sorry to say but on Build #189 (May 31, 2019 12:21:00 PM) kdenlive-19.04.1-3038dc9-x86_64.appimage it’s not solved at all.
I highly appreciated your effort on that matter, but for now I’m sticking with 18.12.1 on which Fade From Black works perfectly on any situations.
Thank you anyway.
Try with tomorrow’s build. It seems the fix doesn’t make it into today’s build.
Ah, OK. I will try it this weekend.
Thank you!!
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.
The biggest issue I have with this build is the playback of the movie..if you have any type of effects added, even a title water mark slows it to a crawl. The option for GPU on playback is disabled and in prior builds when enabled, it would crash the entire Linux OS with a black screen of death.
The problem is known. In 19.04 GPU acceleration is switched off. Dev thinking about a better GPU implementation.
are you thinking about implementing GPU aceleration on Windows?
As far as I know GPU acceleration will be implemented for Linux and Windows.
Thank you very much 🙂
I can confirm the problem with Fade from Black that Sylvain describes.
Additionally, I get a crash (Signal 11) when trying to change the profile in a project.
Another time, none of my edits where saved, closing and opening the project put me back to the start.
I’ll be happy to create a bug report, try to debug, test, …
Mouse wheel no longer moves the playhead as it did in v18. Is this deliberately removed?
The icon for track effects seems to have disappeared.
Am running the appimage nightly build May25. Linux Mint 18.3
Thx JR
Yes, the mouse wheel don’t move the playhead. Icon for the track effects is there try AppImage 19.04.1c.
Hi, first of all, I want to say that the right click menu still appear just under my pointer so it’s impossible to use it. Second of all, I want to know if it is in the plan to recover the group effect because this is a feature that I miss a lot.
What do you mean by “under the pointer”? Under the mouse arrow? If not already done, try with the AppImage? Yes group effects will come back investigation is ongoing.
On the main menu bar there are two items with the same name “VIEW”.
Probably one should be changed. Maybe the one on the far left should be “ZOOM” instead of view … good job, v19 is really shaping up to be a great app.
Good catch. I opened issue: https://invent.kde.org/kde/kdenlive/issues/208
Fixed. https://invent.kde.org/kde/kdenlive/commit/07988756febb4521c1fae9c95649250191a442a8 Use updated AppImage 19.04.2d or Windows 19.04.2-3.
When fix the fullscreen app in windows 10?
YES!!! – YES!!! – YES!!! On Build #190 (Jun 1, 2019 12:21:00 PM) of kdenlive-19.04.2-1dae1c2-x86_64.appimage, Fade From Black is now totally working back, everywhere!!! It’s back!!! YES!!!
Merlimau (and all the kdenlive team), you’re the best!!! I owe you one!!!
Thank you!!!
Kdenlive 19.04.1 appimage rotate(keyframable) effect doesn’t work when clip is cut or segmented. Works on whole clip before slicing into segments.
On cut segments first keyframe works, will rotate. Added Keyframes will not rotate.
Using Linux Mint 18.3
Thanks for reporting. Confirmed. We working on it: https://invent.kde.org/kde/kdenlive/issues/218
A nice feature would be click to open the clip bin in a big window with nice size thumbnails. You should then be able to open the thumb in the Clip Monitor or drag it directly to the timeline.
The current clip bin is so small and hard to see what clip you need to add to the timeline without viewing it first in the Clip Monitor. Am really liking how v19 is shaping up. It gets better with each nightly.
How about default setting for Track Compositing in the
Settings/Configure Kdenlive/MISC?
The in/out markers aren’t working in 19.04.2.
The marked zone is there, but there aren’t any
markers that make it obvious where the in/out points are.
This area has improved, but still isn’t where it should be.