SUMMARY I have seen this with MP4 and WebM. I have no reason to think that it is related to the chosen format. It seems more likely to occur when I have more than 20 clips. I have seen this with the imported clips in MP4 and MTS formats so it doesn't seem related to the format of those either STEPS TO REPRODUCE 1. Edit a project normally. No effects are needed. 2. Render 3. Verify that there are no clips after the intended end of the clip OBSERVED RESULT Sometime, rendering will take a long time and a large file will be created. A project that should have rendered at 2:26 came out at 22:55. The additional video is black with no sound and nothing on the end. There were no clips after the 2:26 mark EXPECTED RESULT Video stops rendering at the last clip. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION I have not seen this behaviour on 18.08.2
Do you run Kdenlive on Windows or Linux? Please try with 20.04.1 to see if the issue still occurs.
I'nm getting exactly the same problem - a single clip, of length 19:14:11 gets rendered to a 56:37 file, which is DOUBLE the original length of the source clip before I trimmed the crap off the start and end! The output file is a silent black screen all the way after the 19:14:11 clip ends. The source is .m4v MPEG-4 1280x720 25 fps (from Zoom) 780kbps according to Dolphin, and teh output is .mp4 at 280kbps. This is on Gentoo Linux, kdenlive 20.04.3 MLT version 6.22.1 KDE Frameworks 5.74.0 Qt 5.15.1 (built against 5.15.1)
I think we solved this problem. Could you try with the 20.08.2 AppImage?
This seems to be a duplicate of my report: https://bugs.kde.org/show_bug.cgi?id=431181 which is still present when doing batch script generation. Did you render directly or using scripts?
Created attachment 135005 [details] tarball of .kdenlive and .mlt files for various tests, see the comment Sorry for not getting back sooner. The 20.8.2 appimage didn't fix the problem, but I circumvented it. But, having been prompted, I've done some tests. In each case, I rendered to a script, and then executed it. This produces the same results as rendering to a file, as far as I can tell. Test 1 was with my Gentoo installation kdenline-20.08.3. The files exhibit the problem - the original clip was 28 minutes or so of Zoom session; I thought I'd trimmed the clip to about 19 minutes, but the rendered file has 19 minutes of Zoom followed by about 9 minutes of blackness! Test 2 was a rerun, using the same project file, but with the latest appimage 20.12.1b. Same results. Test 3 was to start with a new project, import the same Zoom clip, cut it at (I was getting bored with rendering) to about 8 minutes. Render to script and them execute the script. SUCCESS - an 8 minute or so rendered file. Conclusion: either I'd done something wrong when I created the first project, or something in 20.12.1b is handling it better, but only when starting with a new project. I've tarred the ,kdenlive and .mlt scripts up for you as an attachment - use tar -xzf kdenliveTests.tar.xz to extract them. 'Tech club.*.20.8.3' is test 1; 'Tech club.*.20.12.1b' is test 2; and 'New20-12-1b.*' is test 3. Hope that helps.
Can you please test the latest version and see if you can still reproduce?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!