SUMMARY Please let me know if this is an MLT bug, or a Kdenlive bug. STEPS TO REPRODUCE 1. Render 4K video to file using predefined profile for MPEG4 + x265 OBSERVED RESULT Crashed a few frames before completion. I was able to render this video (~6 mins of 4K@29.97 fps) to a file before. Made a few timeline changes, restarted Kdenlive, and re-rendered when I got this error. EXPECTED RESULT The video to render to file SOFTWARE/OS VERSIONS Linux/KDE Plasma: Ubuntu 20.04 KDE Plasma Version: Unknown KDE Frameworks Version: 5.84.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION Error log from rendering window: Rendering of /home/david/Videos/crystal_mountain-2997.mp4 crashed mlt_repository_init: failed to dlopen /app/lib/mlt/libmltjack.so (/app/lib/mlt/libmltjack.so: undefined symbol: filter_jackrack_init) Qt: Session management error: None of the authentication protocols specified are supported x265 [info]: HEVC encoder version 3.4 x265 [info]: build info [Linux][GCC 10.2.0][64 bit] 8bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 x265 [info]: Main profile, Level-5 (Main tier) x265 [info]: Thread pool created using 12 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(34 rows) x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut / bias : 25 / 250 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 2 / on / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-23.0 / 0.60 x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp x265 [info]: tools: fast-intra strong-intra-smoothing lslices=8 deblock sao [mp4 @ 0x7ff1c8000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [mp4 @ 0x7ff1c8000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Do you have used the standard MP4-h264/AAC profile to render? If not please render with the standard profile. If you have already done that please upload here the project file so I can test.
*** Bug 437748 has been marked as a duplicate of this bug. ***
I was attempting to render with the h265 standard profile. I am able to render this project with the h264 profile. When rendering on either 21.04.03 or 21.11.70 using h265, I am now running into a different error that occurs right at the end of encoding. Not sure if it is relevant. Rendering of /home/david/Videos/crystal_mountain-2997.mp4 crashed x265 [info]: HEVC encoder version 3.4 x265 [info]: build info [Linux][GCC 6.5.0][64 bit] 8bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 x265 [info]: Main profile, Level-5 (Main tier) x265 [info]: Thread pool created using 12 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(34 rows) x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut / bias : 25 / 250 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 2 / on / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-23.0 / 0.60 x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp x265 [info]: tools: fast-intra strong-intra-smoothing lslices=8 deblock sao [mp4 @ 0x7f60dc000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [mp4 @ 0x7f60dc000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Are you still experiencing this? If yes, please comment on issue 447854 since it is similar to this one but with more debug information. *** This bug has been marked as a duplicate of bug 447854 ***
Created attachment 151668 [details] attachment-11913-0.html I am no longer experiencing this issue using newer versions of kdenlive since reporting this issue. On Fri, Aug 26, 2022 at 1:25 PM farid <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=439932 > > farid <snd.noise@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |snd.noise@gmail.com > Resolution|--- |DUPLICATE > Status|REPORTED |NEEDSINFO > > --- Comment #4 from farid <snd.noise@gmail.com> --- > Are you still experiencing this? If yes, please comment on issue 447854 > since > it is similar to this one but with more debug information. > > *** This bug has been marked as a duplicate of bug 447854 *** > > -- > You are receiving this mail because: > You reported the bug.