| Summary: | Always crashes when applying "Audio Wave" to a clip | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | Alexander Potashev <aspotashev> |
| Component: | Video Effects & Transitions | Assignee: | Vincent PINON <vpinon> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | aspotashev, fritzibaby |
| Priority: | NOR | ||
| Version First Reported In: | git-master | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Alexander Potashev
2018-10-20 01:22:09 UTC
It seems "No LADSPA plugins were found!" which is probably needed for this effect. So the installation is not complete. Please try with the actual Kdenlive AppImage version 18.08.2 Run the Appimage from the terminal (press CTRL + ALT + T). Move to the AppImage folder and run the .AppImage: ./Kdenlive*.AppImage After installing the "ladspa" package on Fedora the "No LADSPA plugins were found!" warning does not appear anymore, but kdenlive still crashes in these scenarios. I prefer to run the latest version of kdenlive built from Git master, 18.08.2 is too old for me. Created attachment 115797 [details]
New crash information added by DrKonqi
kdenlive (18.11.70) using Qt 5.11.1
Crash on restoration of project that includes clip effect "Audio Wave".
-- Backtrace (Reduced):
#6 0x00007fdf24e91f14 in __memmove_avx_unaligned_erms () at /lib64/libc.so.6
#7 0x00007fdec4f44a59 in memcpy (__len=960, __src=<optimized out>, __dest=<optimized out>) at /usr/include/bits/string_fortified.h:34
#8 0x00007fdec4f44a59 in filter_get_image (frame=frame@entry=0x7fde8c00ab80, image=image@entry=0x7fde936ac600, format=format@entry=0x7fde936ac65c, width=width@entry=0x7fde936ac664, height=height@entry=0x7fde936ac660, writable=writable@entry=0) at filter_avfilter.c:552
#9 0x00007fdf2f1e14a3 in mlt_frame_get_image (self=0x7fde8c00ab80, buffer=buffer@entry=0x7fde936ac600, format=format@entry=0x7fde936ac65c, width=width@entry=0x7fde936ac664, height=height@entry=0x7fde936ac660, writable=writable@entry=0) at mlt_frame.c:620
#10 0x00007fdf2efc402c in Mlt::Frame::get_image(mlt_image_format&, int&, int&, int) (this=0x7fde936ac6b0, format=@0x7fde936ac65c: mlt_image_yuv420p, w=@0x7fde936ac664: 1920, h=@0x7fde936ac660: 1080, writable=0) at MltFrame.cpp:70
So with the 18.08.2 version it works? Be aware: 18.08.2 is released (stable). Branch 18.11.70 (with the latest Beta7 version) is from the timeline_refactoring branch and not stable/released (just for testing purpose). Hi Alex, glad to read you're using Kdenlive :) 18.11.70 appears in both master (very similar to 18.08) and refactoring_timeline (which regularly merges master, and maybe will be soon merged into master) as crash is happening in MLT, what version of limlt6 do you use? it might also helping to build latest MLT from source (0.6.10 or even git master). Cheers, Vincent I didn't try with 18.08.2. I use mlt-6.10.0-2.fc28 (from Fedora 28 official binary packages). Should I try and debug "master" or "timeline_refactoring"? Which of these is considered more crash-resilient? I just tried 18.08.2 with MLT 6.10.0 on Archlinux and it doesn't crash. However there may be some difference between distros (Archlinux vs Fedora+compiled kdenlive). Yes, there are some differences between the distros. This is why you should always try the AppImage. I close this Bug. If you think we need further investigation reopen it. Does not crash anymore with Kdenlive 19.04 on Archlinux :) Thanks for the feedback. Glad to hear it works. We close this bug. If it still appears in the latest version, please feel free to re-open it and update the affected version number. |