out of the blue, my kdenlive flatpak (25.08.1) stopped working.
When i am importing clips the profile won’t get detected, and the clip is only rendered white in the timeline (with no thumbnails).
The wierd thing is.. i was just editing the same files the other day, there where no updates on the flatpak OR the system whatsoever (i really do not know what changed).
tried resetting the configuration
tried clearing cache
tried reinstalling the flatpak
tried resetting all flatseal settings
tried flatpak repair
tried to get some info of the flatpak run command while importing file, but not error occurs there as well.
Kdenlive Appimage or Shotcut flatpak are working perfectly (but i would rather use the flatpak) so it doesnt seem to be of any system issue.
Sooo.. i am really out of ideas right now why this isnt working anymore.
Having the same issue. Did you try the appimage version recently? Yesterday I installed appimage version out of curiosity and today I am having the same issue you are mentioning.
Problem is yesterday I also got an update to the flatpak version so I don’t know if the problem is caused by appimage or the update. Please check my post below (sorry I can’t share links here but surely you can find my post below yours.)
Oh thank God I thought I broke it by trying the appimage version.
Okay, I don’t know how to revert commits so I’m just going to stick with appimage version for now until they fix the flatpak with an update. Appimage doesn’t support hardware encoding for some reason so flatpak would be nice to have back.
I have just realized that appimage version is much faster when viewing timeline. In configuration wizard it also shows much more recent LLVM version than flatpak version and I mean considerably newer version.
Something tells me the flatpak version doesn’t support hardware encoding either, despite saying it does. I think I will stick with appimage version for a while.
appimage is: LLVM 20.1.8
flatpak is: LLVM 19.1.7
For some reason flatpak version now shows warning about subtitle functionality, which I never had before. I think they really broke it with yesterday’s update
Yeah, this wasn’t us - looks like flathub pushed out dependency updates themselves and they’ve busted stuff. It’s being looked into. Stick with the older version or the AppImage (which we entirely control so stuff like this shouldn’t happen).
Both have some support for using some hardware for some operations - but there shouldn’t be any difference between our builds in that respect. It’s only if you’re using distro packages that all bets are off as to what their maintainer might have done, we can’t control that, and (sadly) very few of them ever actually interact with us or the users here.
That’s reassuring to hear. I couldn’t be sure since appimage version says “no hardware encoder is found” while flatpak version says it’s available and sets Vaapi automatically. In appimage version I cannot even select Vaapi in settings, it’s not available.
However, performance is clearly better on appimage. Timeline and clip playback takes less time to initiate and scrubbing is more responsive. So I had a hunch both had hardware acceleration support somehow. Also everything seems more up-to-date somehow. LLVM version is up to date in appimage while flatpak is fairly old. So I will keep using appimage version for the reasons above. Everything seems better this way. Thanks for your response, always good to hear answers from someone involved in the project.
That could be a problem with the not so savvy user, that is just installing flatpaks by software center, because the updates are happening automaticly. They might not know how to revert to an older commit.
Maybe it would be the best if you revert the last update on flathub if possible.
Don’t want to hijack the topic but, can you take a look at this if you have the time, too. Appimage version does not support VAAPI Hardware Encoding for some reason. All the error log and stuff is in this post:
Yeah really. Don’t crosspost like this. The appimage and the flatpak are maintained in different spaces and mostly need the attention of different people.