https://bugs.kde.org/show_bug.cgi?id=437112
--- Comment #7 from Veps <v...@gmx.de> --- @emohr: Why did you mark this backport? What am I supposed to understand under backport here anyway? You can only port this back (or be back ported) if you would maintain multiple versions which I guess kdenlive does not. I've test release 21.04.1 with my supplied (last) test file[1] and in contrast to the nightly/daily build instead of the video the audio graph is off-sync without further do. (Don't confuse with the audio itself which *is* in sync.) This is probably related to the fact that it seems there are about 5 seconds missing in the timeline of the 60 s of video. Okay I just for clarification: * The video is registered as exactly 60 s long in the project folder. (That's also how I cut it for the upload with ffmpeg. * If I drop it onto the timeline the clip is about 58 s long. * When I play/preview it the last frame get stuck at about 54.xx seconds then there is only "empty clip" with the stuck frame left. (This is without speed change.) Still you can simply break the video/clip further on the timeline by cutting of the clip at the end and change the speed by ctrl+drag to for example 98%. So the clip starts about 30 seconds into the expected video. The rest of the clip which misses video footage is rendered white as "usual". If you wanna flag it for somehting, flag it "timeline_curruption" because that's what it is clearly, isn't it? -- a clip with broken footage on the timeline. [1] https://anonfiles.com/J3BcL9xbud/change-speed-issue-first-minute_7z -- You are receiving this mail because: You are watching all bug changes.