Kdenlive does not play video clips but plays the audio

I am using Kdenlive Version 25.12.1 on Arch Linux.

I have been using Kdenlive for years without issue and it only stopped working recently, I suspect after an update.

With old projects I can render them but not see anything in either the clip or project monitor. They do render. (so ffmpeg supports the encoding)

I am using H264.

Also kdenlive fails to produce proxy clips saying;

failed → CUDA_ERROR_NO_DEVICE: no CUDA-capable device is detected

I have been into settings->Playback and the GPU Processing is not checked but is greyed out.

It will also not actually extract a frame.

I have started Kdenlive from the terminal and get the following output

```

kdenlive
::::: SHOWING WELCOME!!!
:::::::::: CREATING SPLASH SCREEN SPLASH
::::::: EVENT LOOP RELEASED!!!

SSSSSSSSSSSSSSSSSSSSSSSSSSSSS
lo server running on 10104
profilePath from KdenliveSetting::mltPath: “/usr/share/mlt-7/profiles”
meltPath from KdenliveSetting::meltPath: “/usr/bin/melt-7”
Starting render server
ZZZZZZZZZZZZZZZZZZZZZZZ

STARTING TASKMANAGER CLOSURE, ACTIVE THREADS: 0
EXCEPTIONS: QList()

```

Is this with the appimage, Flatpack (from Flathub), or from the Arch SW Manager?

With the Arch Linux package manager which is called pacman.

I have been using Kdenlive for years… I have also been using it on Arch which I regularly update, One such update appears to have broken it.

Also the title clips do not display either.

I have tried it on both Wayland and X11 and it is the same.

I have tested a non QT based editor and it works…. Though it does not have the features I would like to use.

Many thanks.

Can you please test with the appimage or Flatpak? pacman may have introduced issues during the repackaging.

The behaviour is exactly the same. Which is a shame.

Well… Well well well….. That is interesting.

I tried flatpak because it looked easier and it is the same.

On the other hand… AppImage works!

Unfortunately AppImage is not available as a pre packaged package so will require more maintenance.

However what ever is the difference between the two methods has the problem in it.

Does that give any clues as to what it could be?

If clicking a download link or wget and chmod counts as “more maintenance”…

But you get to keep old versions that you’ve used if you want to, so if you ever need to open old projects again and be certain they behave the same it will be drastically less work than trying to revert your system packages to that state with pacman. Swings and Roundabouts.

And they are the definititive version for what dependencies and what versions of them are required and have been best tested, so I highly recommend them for the specific case of Kdenlive.

Does that give any clues as to what it could be?

You’ll need to talk to the Arch package maintainer to debug their package. It will be one of the dependencies they are currently building it with. They are on the (quite) short list of distro maintainers who normally do a pretty good job of this, so chances are they’ve just built it with a version of something that we haven’t tested.

Seems that it’s a known issue with the flatpak: Upgrade to 25-12-1 version by frdbr · Pull Request #625 · flathub/org.kde.kdenlive · GitHub

In the meantime, enjoy the appimage :slight_smile: