Voiceover audio is usually collapsing in Kdenlive

I’m using KDEnlive 25.08 on a Kubuntu 25.10 box, and I have a weird problem with recording voiceovers. I create a track, hit record and it seems normal, but in almost all cases (not 100%, which makes it even stranger), just when I stop the recording, the recording collapses to almost nothing. It is the recording itself, I can open it with VLC, and it doesn’t contain anything intelligible.

When I start KDEnlive from the terminal, I see this:

start recording 34
qt.multimedia.ffmpeg.encoder: Recording new media with muxer WAV / WAVE (Waveform Audio) to "/home/kjetil/Videos/capture0028.wav" with format: QMediaFormat::Wave, QMediaFor
mat::AudioCodec::Wave, QMediaFormat::VideoCodec::Unspecified
pos: 89 out: 46235
:::: MEDIA CAPTURE PAUSED!!!!
/////////// createClipFromFile "/home/kjetil/Videos/capture0028.wav" "-1"
=== GOT DROPPED MIME: "audio/vnd.wave"
/////////// final xml "<producer>\n <property name=\"resource\">/home/kjetil/Videos/capture0028.wav</property>\n</producer>\n"
################### ProjectClip::setproducer #################
################### ClipController::updateProducer
################### ClipController::addmasterproducer FOR: "33"
------------
FRAME HAS AUDIO: true / false
------------------------
callback "33" 34 , MAXIMUM SPACE: 0
// GET TIMELINE PROD FOR STREAM: 0
Generating audio levels for stream 0 of "/home/kjetil/Videos/capture0028.wav" using libav
==== BUILT CLIP STREAM: 0
REGISTRATION 39 ptr count 7
Audio levels generation took 0.006 s ( 4833.33 frames/s)
Saving audio levels to cache "/home/kjetil/Videos/1773753212966/audiothumbs/2d313ebfc8e0c354f682783179e87d2d_0_60_audio.dat"
qml: loaded clip: 89 , ID: 39 , index: 5 , TYPE: 1
qml: loaded clip with Astream: 0
qrc:/qt/qml/org/kde/kdenlive/ClipAudioThumbs.qml:84:9: QML TimelineWaveform: Binding loop detected for property "waveOutPoint":
qrc:/qt/qml/org/kde/kdenlive/ClipAudioThumbs.qml:97:13
// CLEARING REC MANAGER

But I didn’t hit pause, I hit stop, so it appears that something is wrong there, but I’m not sure it is that. I have been experimenting with various combinations of audio libraries too, had a chat with Claude also, but to no avail. Any humans have ideas?

So, I tested with the latest appimage, Version 25.12.3 too, with the same result.

We made some improvements for voice over. You may test the daily build AppImage.
In the record settings (Ctrl+Shift+, → capture → Audio) you see more variables you can change. Maybe this fixes your problem.

2 Likes

Great, thanks, I’ll test when I get back from holidays.