Kdenlive 25.12 RC Ready For Testing - Kdenlive

The Kdenlive 25.12 Release Candidate is ready for testing. We made several changes to the user interface to improve your workflow, including a new widget docking system that makes rearranging panels much easier and more powerful, an enhanced audio display in the clip monitor with a waveform overview for faster navigation and zooming, and a new Startup and Welcome screen allowing to easily select a few options when launching the program.


This is a companion discussion topic for the original entry at https://kdenlive.org/news/releases/25.12-rc
4 Likes

Hi Kdenlive team.

First of all, I liked the new interface, but … I had to reinstall Debian 12 operating and after trying this new version: the preview zone still cannot be removed, even if you use the menu option to add or remove it. And when you open the project again, Kdenlive crashes, making it impossible to continue working on it.

Unfortunately, I must keep working with version 24.08.1 to maintain a reliable setup with Debian 12. I hope I’ve been helpful.

See you soon kdenlive team

I don’t think I have any systems with a DE running Bookworm anymore to check what the trouble with this is, but Trixie (Debian 13) has been the current stable release since August - what problem do you have with updating to it?

It is a simple update, Debian isn’t like some distros that you need to completely reinstall or do some elaborate song and dance to update to a new version, it was designed from the very first release to be install once, update forever.

Currently having a play in Windows 10. Looks great so far, and no obvious major bugs.

1 Like

I didn’t even realize that it included “online resources” such as freesound, pexel, etc. Wow, so cool. It feels as though this could be easily missed unless you know it’s there in the view options.

Has there ever been any discussion of a welcome screen that introduces users to some basic functionality tips or point to tutorials. Maybe even highlight those online resources for example? Sadly I had issues with login from freesound, it threw an error:(

just to be clear, I do have an account and when I visited the site from the same browser, I was logged in … just couldn’t do any importing through kdenlive.

BTW using the appimage on Ubuntu 25.04 Budgie 10.9.2

Of course!

Maybe even highlight those online resources for example?

Ok :slight_smile:

You don’t even have to use your favourite search engine or our website to find it, it’s right there in kdenlive under Help -> Kdenlive Handbook, and bound to the F1 key.

It’s amazing the things that the people who actually read them know! But there’s only so many ways we can encourage the rest to join that ExInclusive Club today.

I had issues with login from freesound

I don’t have an account with them to help with that offhand, but this sounds like something worth confirming / discussing in a separate thread here and opening a proper bug report about once it’s been triaged. We don’t see many questions about using that here, so it might be a while since it’s actually been tested, and things might have changed in the mechanics required for that.

1 Like

I can confirm the issue. I could login to Freesound but the connection from Kdenlive throws an error when trying to download (`Oops! there were some errors…`). Preview is working.

Internet Archive Movies: Link to the movie is working. Import button in Kdenlive has no function.

1 Like

There was a previous report about how the Internet Archive option worked here:

Is what you’re seeing today something different to that, or this one just confusing and needs a better UI or explanation of how it can be a bit weird in some cases in the interface?

My problem with Debian 13 is when I open session with wayland. Many apps ( obs, kdenlive, gimp ) looks very small, even the icons, very bad to force my eyes. I should say that i work with GNOME desktop. and lastest appimage kdenlive i could not work with Vaapi AMD.

So I prefer to work as stable as possible with Debian 12 and x11 session.

Yes, this is still happen that the import button has “no function”.

^ @berndmj is there any reasonable way we can ‘fix’ this, given what you said in the previous thread about it?

I’m typing this on a Trixie (Debian 13) system in an X11 session. If you want X11, your problem would appear to be GNOME. If you don’t like their choices then you have a decision to make, but “as stable as possible” is not an old OS and Kdenlive release - it’s the current stable release of both of those things.

Debian 13 both with GNOME and KDE still offer a x11 session. Ensure for GNOME you have gnome-session-xsession installed. Note that this is the last debian release with GNOME + X so stay on 13 if you don’t want wayland with GNOME quite yet.

Other than creating a bug report and having a developer look at the code and find the reason why Import doesn’t download and add the selected video to the project bin fix the missing the download options dialog window?

As I pointed out and @Eugen_Mohr confirmed, Import works if there is only one file available. If there are more, Import does nothing as Kdenlive doesn’t know which one to download. Of course, the OP is right this is not good UX and we need to let the user know why nothing is imported. But apparently it was not a bad enough UX to make the effort to create a bug report.

Import works, if there is just one file to download. It doesn’t do anything, if there are more files available but it should at least let the user know (or better: present the user with the choices and have him select one).

Right, that’s what I was asking - if the situation is still the same as the last time you looked into it, and if there is anything we might do to improve (at least) the Surprise Factor in the case where it fails because there’s more than one matching result.

Everything seems to be working fine on Manjaro. I’m really happy that the TAP Equalizer and Equalizer B/W plugins now have a much better slider layout. Many thanks to @berndmj.

1 Like

I noticed that the RC didn’t contain a custom screen layout that I created some time ago and has persisted through several previous versions. It’s not a major issue as it only took me a couple of minutes to recreate it. Is that as intended or a bug?

I saw this happen with some version prior to this one, and we discussed it recently. It’s probably not a bug in kdenlive as such, but may be due to changes in the versions of Qt/KDE that were used to build it or something that changed in how those components are used.

The toolbar and dock configuration is managed and stored separately to the “kdenlive configuration” (since they are library functions we use, not something we directly implement) - so it might be that your old files with that config still exist somewhere, or it might just be that their old content has become somehow invalid - but if you’re able to dig around a bit (and/or have backups you can compare to), it would be nice to characterise this more and see if there is anything we can do to improve it.

Depending on what you customised though, this release did change to a different docking widget for managing the screen components, so there’s probably some differences there that we can’t easily bring forward.