| Summary: | Effects make rendering crash | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | Jan-Erik Skata <jeskata> |
| Component: | Rendering & Export | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | erjiang, snd.noise |
| Priority: | NOR | ||
| Version First Reported In: | 22.08.3 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jan-Erik Skata
2022-11-09 18:27:16 UTC
Can you test if any of the following work fine without crashing? Changing render profile to 1080p. Removing the effect. Toggling hardware acceleration. Using the AppImage (if not already) Same issue with both HD 1080p and 720p 25 fps. Does seem it is due to video effects, still crashes if I remove audio effects. But it seems a bit random if rendering succeeds depending on which video effect I remove - seems like it allows max two without crash...? But - if I allow switch to the native resolution, here 1280x720 50fps (same videos out of my EOS 550D I always used), rendering passes. Here is the encoder output of the crash too, does not seem to tell much: Rendering of /mnt/wd3000/test.mp4 crashed x265 [info]: HEVC encoder version 3.5 x265 [info]: build info [Linux][GCC 11.2.0][64 bit] 8bit+10bit+12bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX x265 [info]: Main profile, Level-4 (Main tier) x265 [info]: Thread pool created using 8 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(17 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 / 1 / 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-28.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=6 deblock sao Tried Ultra-High Definition (4K)/WebM-VP9/Opus (libre) and HD 1080p 25fps and with that I get no crash. I am using the standard Arch Linux packages. Can you try with the AppImage from kdenlive.org? Distribution packages are sometimes known to have bugs with dependencies. Also, can you confirm that during rendering you are not running out of memory? Tried the Appimage but it exits after showing this: Could not create the video preview window. There is something wrong with your Kdenlive install or your driver settings, please fix it. (I am not accustomed to using Appimages, am I missing something? Just chmod +x and ran the file.) Have memory enough, this was when trying to render: MiB Mem : 11952.2 total, 3683.2 free, 3763.2 used, 4505.8 buff/cache MiB Swap: 16384.0 total, 15518.1 free, 865.9 used. 7529.9 avail Mem OK, got the AppImage running after installing PulseAudio. And yes, I get the same crash here. I am thinking the problem may not be in Kdenlive but in whichever externa tools it uses to render mp4. Can you still reproduce with latest updates to MLT from arch? Tried today 27.11 and now my project successfully rendered. |