https://bugs.kde.org/show_bug.cgi?id=501578
Bug ID: 501578
Summary: Memory leak when rendering anything longer than 5-10
minutes in 4K
Classification: Applications
Product: kdenlive
Version: unspecified
Platform: Neon
OS: Linux
Status: REPORTED
Severity: critical
Priority: NOR
Component: Rendering & Export
Assignee: j...@kdenlive.org
Reporter: alexpole...@tutanota.com
Target Milestone: ---
SUMMARY
Kdenlive eats up all memory when rendering, resulting in a frozen machine and
corrupted output file. This happens regardless of distro and Kdenlive version I
use. Tried on Kubuntu 23.04, 23.10, 24.04, and on latest KDE Neon.
STEPS TO REPRODUCE
1. Get some 4K footage;
2. Make edits. The more, the better;
3. (not necessary, but that's my workflow) Add a corresponding LOG to Rec. 709
LUT onto every roll;
4. Make the video about half an hour long;
5. Try rendering the entire thing or a significant chunk of it. Output codec
doesn't matter, just make sure you're not scaling output down.
OBSERVED RESULT
All available memory gets eaten up, computer freezes at some point (when
there's no memory available anymore), the output file is corrupted.
EXPECTED RESULT
Memory consumption remains sane throughout the entire rendering process,
computer doesn't hang, output file isn't corrupted.
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: any
KDE Plasma Version: any
KDE Frameworks Version: any
Qt Version: any
ADDITIONAL INFORMATION
Footage I use is in H.264 24 FPS 100 Mbit/s and H.265 25 FPS 250 Mbit/s. The
issue has something to do with the resulting video length and number of clips
alternating on the timeline. Changing output codec does only introduce a
marginal difference. Rendering video in small chunks and gluing them up using
ffmpeg works, but it's very clumsy and should be totally unnecessary.
--
You are receiving this mail because:
You are watching all bug changes.
