Sometimes Shape Alpha Effect treshold value does regulate the audio volume. STEPS TO REPRODUCE 1. Add audio+video track 2. add shape alpha effect to video track 3. set treshold to lower value OBSERVED RESULT Audio volume is changed EXPECTED RESULT Only luma value treshold should be changed
I don't have any speed-ups, but I am using Alpha Shapes for the first time. I don't have to save it for the timeline to get messed up. When I render it, some clips move forward in time, even though they're correct in the editor. Then, when I save and reload it, a lot of spaces are collapsed. So the timeline is completely messed up. Another clue: There are video only tracks (still images, mostly) and audio tracks (voiceover) and one grouped pair of audio/video tracks that came in as an mp4. After saving, the a/v tracks are ungrouped, and the video segments are shifted forward over any empty space in that track, but the audio track is in exactly the right place! kdenlive-21.08.3-x86_64.appimage on Ubuntu 20.04
Sorry, I meant to put this https://bugs.kde.org/show_bug.cgi?id=445644 What I'm seeing is that all other effects are messed up or ignored when using alpha shapes. Fade in / fade out are ignored, and transform keyframes are ignored if transform comes before alpha shapes, and keyframes are distorted if transform comes after alpha shapes.
Experiencing the same issue (audio volume changed by Shape Alpha Masks's threshold option), is there a work around?
I confirm that I face the same bug. I spent quite a few hours debugging why my render had such a low audio volume, but I didn't suspect the Alpha Shape effect at all! This is very weird and I would be interested in a workaround if anyone have found one in the meantime.
Is anyone still facing this bug with the latest version of Kdenlive?
(In reply to Dominik Kummer from comment #5) > Is anyone still facing this bug with the latest version of Kdenlive? Issue still present in the latest sable version (24.02.2), as well as in the latest experimental (kdenlive-master-8165-linux-gcc-x86_64.AppImage from 2024-05-12 20:11).
Thanks for your report. This was fixed in the 24.12 version with this commit: https://invent.kde.org/multimedia/kdenlive/-/commit/0e8f40e7886b9d99e6d11dfcb3ce28415fdd30d4