Bug 511407 - slowed-down clips are disappearing when opening project
Summary: slowed-down clips are disappearing when opening project
Status: REPORTED
Alias: None
Product: kdenlive
Classification: Applications
Component: Timeline & Editing (other bugs)
Version First Reported In: 25.08.1
Platform: Kubuntu Linux
: NOR major
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-31 01:35 UTC by Die4Ever
Modified: 2025-11-09 07:27 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Die4Ever 2025-10-31 01:35:04 UTC
SUMMARY
I haven't tried to reproduce this yet, but it's something I'll start looking out for. I've noticed the slowed-down clips in my timeline are mysteriously missing a few times now. I'm not using Time Remap, just "Change Speed". I usually put the clip in an empty space, Change Speed, type "1" and let it autocorrect me to the slowest speed that fits within its gap.

STEPS TO REPRODUCE
1. Have clips with slow speed
2. save project
3. load project?

OBSERVED RESULT
Empty gaps in my timeline

EXPECTED RESULT
Slowed-down clip to plug the gap

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 25.10
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.2
Kernel Version: 6.17.0-6-generic (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 2600 Six-Core Processor
Memory: 16 GiB of RAM (15.0 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 2080
Comment 1 Die4Ever 2025-11-08 00:30:13 UTC
I'm almost done with my current project and then I can close Kdenlive and start a small test project. But my current theory is this might be a rounding issue? If I'm setting the clip to a speed of 11.642346% so it fills the gap perfectly and save the project. Maybe something goes wrong in the serialization/deserialization of the file? Maybe when I load the file it comes back as 11.642345% (slightly slower) and thus it no longer fits in its gap? Just a theory.
Comment 2 Die4Ever 2025-11-09 07:27:37 UTC
I've been trying to reproduce this issue, but I managed to reproduce a different issue instead that's maybe related: https://bugs.kde.org/show_bug.cgi?id=511851