SUMMARY *** *** STEPS TO REPRODUCE 1. place a wav audio of audacity in timeline 2. render video 3. listen to begining of Video : after 1 second on/two syllables are destroyed. can't be understand. Video seem to be damaged, not reproduceable. Sometimes happens at start of video, sometimes in the middle. But always when new wav audio starts OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION My workaround at the moment: If error at the beginning of video I add some audio stuff , then render video, then cut video with avidemux at beginning. But I've no workaround when error occurs in the middle of video!!! I would have to cut video in to pieces, then substitute audio at beginning at part 2, then cut , then merge video together! What a huge overhead! :(
I'm damn sure this is the problem I have been having. Add video clips, record voice over in Audacity, add voice over clip and Kdenlive adds a random stutter/crack to the audio that is not in the source files. It makes it quite unusable and forced me to learn another video editor to get around it until it's fixed.
Thank you for reporting. Does this happen with the official package as well (AppImage, Flatpak)?
For me it happens with all packages.
Can you try the following: Save the file in Audacity as 16-bit PCM WAV. Import this file into Kdenlive. Do you have still crackling?
Okay same audio file in the same project, one being the suggested 16-bit PCM and I can confirm at least in this case, that newer file does not have the random crack in the audio. Would need plenty more testing though ofc but that's a good sign.
Just to confirm, the suggestion of exporting Audacity to 16-bit PCM WAV seems to entirely solved it. I've done lots of videos with it recently, and no issue when doing that. So hopefully that does point you towards the issue with the mp3 files.
A 24 bit PCM wav file (exported from audacity) causes clicks/pops/crackling near the beginning of the clip in the rendered project. kdenlive 22.08.1, Ubuntu 22.04.1 LTS, imac mid 2010 Preview play in kdenlive is clean. I tried rendering with several of the Lossless and Generic presets. No change. The issue is reproducible in an empty project with a single, short, 24bit audio clip that is cropped, placed in a track, faded in and out, and rendered. The artifacts can be heard at the end of the fade-in. Exporting 16bit PCM wav files from audacity resolved the issue. Web searches with keywords: kdenlive and: clicks, pops, crackling, noise, etc... did not produce any insights. I finally found a comment on a youtube video suggesting the 16bit fix. If possible, please add a note to the manual/wiki/help recommending 16bit wav audio and pointing to open bugs. Thanks!
Thanks for testing! It’s already there: https://docs.kdenlive.org/de/troubleshooting/windows_issues.html#audio-pops-and-ticks-in-render. But we have to fix this bug.
Is there any progress on this bug? I believe the issue might lie with the MLT framework as it seems ShotCut has the same problem.
Thanks for the feedback. If you can reproduce the same issue on Shotcut and in Kdenlive, yes then it’s most probably a MLT bug. Feel free to file the bug in https://github.com/mltframework/mlt/issues with a reproducible example.
A fix was just pushed to Mlt that might fix this issue. Could you test our last daily Appimage build that contains the fix: https://cdn.kde.org/ci-builds/multimedia/kdenlive/release-24.08/linux/
@73584j@gmail.com I think you have reported the issue here in MLT: https://github.com/mltframework/mlt/issues/1014. Thank you for your effort trying to pin down the issue.
@emohr — Yeah, that was me! It was no problem. @Jean-Baptiste Mardelle — I did a build of Kdenlive, and I can confirm that the issue seems to no longer exists on Windows 10. I haven't tested Linux though.
Tested daily AppImage on Ubuntu 23.04 virtual machine, the issue also seems to have been resolved on Linux.
Thank you for your effort. Now a long-standing audio issue seems to be fixed! We closed this bug. If it still appears in the latest version, please feel free to re-open it and update the affected version number.