Since upgrading to 16.08.0 on Arch Linux, I suffer frequent segmentation faults in one specific case. When splitting a track in the timeline, seemingly 20-30% of the time now it will crash the application with a Segmentation Fault. I have attached a coredump of the problem. P.S. - lots of *other* annoying bugs were fixed in this release, so thanks very much for that! This segfault on track splitting, though, is new and somewhat debilitating. Reproducible: Sometimes Steps to Reproduce: 1. Create a new project, add an mp4 file to the clips area, drag it onto the timeline, and save it. 2. Split the mp4 file. I do this after playing it for a bit because I am editing videos (obviously) and so I watch through them. I frequently cut out bits (coughs, etc) and occasionally cut to speed things up (ungroup the clips, add speed to the video clip, make audio the same length as the sped up video) 3. Make splits of this sort a few times (2-6?) Actual Results: After doing this some number of times (never happened the first cut so far, but generally happens by the time I've cut 5 or 6 times in one session), the UI will hang up for a bit and then the window disappears. This is because of a segmentation fault. Expected Results: Clip is split and application does not segfault :) I'm running the nvidia proprietary driver but I doubt that's remotely related based on the attached coredump.
Created attachment 100808 [details] This is the output of `coredumpctl info` for the process
First off, coredump itself is coming, just waiting on it to upload. Here's some additional information. KDE Frameworks 5.25.0 Qt 5.7.0 (built against 5.7.0) The xcb windowing system
Created attachment 100809 [details] coredump from most recent crash
Thanks for your report. I cannot reproduce, and I am wondering if the Kdenlive package is compiled against Qt 5.6, and if that crash could be caused by you having Qt 5.7. I am absolutely not familiar with Arch packaging so maybe it's not the problem. In that case, a gdb backtrace would be easier for me if you can provide one.
I provided a core dump because you can attach to it with gdb trivially. I can provide a backtrace if that would be better; can you tell me what all you would need, or why the coredump isn't sufficient, for my own edification?
Also kdenlive about dialog specifies it was built against qt 5.7.0 and that it was running against 5.7.0 (I provided that earlier as well)
Yes, I know coredump is supposed to be more useful, however when I tried using yours, it compained I was not using the same kdenlive version and was unable to produce any symbol... My laptop is on Qt 5.6, so maybe that's related.. I do not have a sufficient knowledge of core dumps, and usually a simple crash backtrace provides enough hints about where the crash is triggered.
Created attachment 100946 [details] gdb backtrace
I think this could be somehow related to this: https://bugs.kde.org/show_bug.cgi?id=368302 Could you please test the described steps with the "Split audio and video automatically" button enabled in the buttom panel before the dragging any clip in the timeline and report back? Thanks for the help.
I always have that enabled, so my existing bug report was done in that state :)
Still present with current stable 16.12.1?
Hi Josh could you please provide some feedback?
Can't provide any more details - I was forced to move to the mac and use screenflow because the crashes were too frequent. Unrelated: If I can get my company (dailydrip.com) nice and successful, I have every intention of contributing money to ensure an open source competitor is better in every way than the proprietary alternatives I'm having to use presently.
Thanks Josh, Do keep an eye on Kdenlive since this year we are finishing a refactoring which will introduce many new features and stability. Good luck!
There was actually a fix to MLT and a workaround in Kdenlive related to crashes caused by cutting clips just yesterday, related to some pointer handling problem. That may have improved the situation.