| Summary: | When rendering in any format, I sometimes get a long blank tail to the video | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | Mark Long <Markalong64> |
| Component: | Rendering & Export | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | major | CC: | ahiijny, fritzibaby, pmw.gover, snd.noise, thomas |
| Priority: | NOR | Flags: | fritzibaby:
timeline_corruption+
|
| Version First Reported In: | 19.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=415146 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | tarball of .kdenlive and .mlt files for various tests, see the comment | ||
|
Description
Mark Long
2020-05-25 17:33:53 UTC
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! |