kdenlive - segmentation fault
I'm using an up to date 14.2, KDE4 and multilib with about a 100 SBo packages.
When I start kdenlive, from the desktop, I get an error box pop up with the message Quote:
Quote:
Because of upgrades to it's dependencies I've recompiled kdewnlive 16 times, since 2016, and as recently as 23rd August 2020. I've moved out of the way these configuration files Code:
mv ./share/config/kdenliverc ./share/config/kdenliverc.bak Started up kdenlive and get the same segmentation fault. I've recompiled all the kdenlive dependencies namely faad2 recordmydesktop gsm lame dvdauthor dvgrab schroedinger x264 xvidcore faac mlt amrnb libavc1394 libdv libiec61883 libquicktime ffmpeg Then recompiled kdenlive. Same segmentation fault. The file /usr/lib64/kde4/libexec/drkonqi is part of -rw-r--r-- 1 root root 93820 Oct 21 2016 kde-runtime-4.14.3-x86_64-3 My workaround is to do the kdenlive on one of the boxes where it does work. I can even do the work on a machine that has Slackware Current installed as kdenlive starts successfully. Doing the workaround, without knowing what the problem is, seems like cheating! Alex |
Do you have qt5 installed? If so, try removing it and building from mlt to kdenlive (so it builds against qt4) and then reinstall qt5 after (you could save the qt5 package so you don't have to keep recompiling the beast).
I'm not running kdenlive from SBo anymore (as it's included in ktown), but I remember this qt4/5 problem when I was compiling it. |
Why not try Belnder?
|
Quote:
Looked for differences betwee how qt5 was compiled on the different machines and found this - Machine with segmentation fault Quote:
Working machine Quote:
Removed the package pcre2. kdenlive started successfully. I remembered that I introduced pcre2 to my system because it had become a new dependency to R. Did this on 22nd August 2020. Correct time frame. The SlackBuild.org description for pcre2 is Quote:
I tried compiling qt5 with the -pcre flag. No joy as irrespective of whether I had pcre2 installed or not I got the error Quote:
Alex |
Still can't work out why kdenlive works on 3 machines, but gets a segmentation fault on another machine
Current way forward is to
I'm sure that R will fail at some time in the future when the R developers remove support for pcre1 Alex |
Pushed on with this and had another look at pcre2 as I'd said previously
Quote:
--enable-pcre2-16 is described as Quote:
Recompiled kdenlive and R everything still OK no segmentation fault. Recompiling qt5 to see if that throws up any problems. If qt5 compiles successfully only need to understand why removing the --enable-pcre2-16 made the difference. Also how long lasting will it be. |
Quote:
|
Quote:
The problem started with the introduction of pcre2 because it became a prerequisite of R. The introduction of pcre2 caused kdenlive to segfault Quote:
What I'm trying to understand is why the path to the segmentation fault includes /usr/lib64/libQt5Core.so.5 The reason why I needed to run kdenlive has gone away. Even the reason hadn't gone away I've got a machine with 14.2+ installed with ktown and multilib. Could have run it there. As far as I can work out qt5 is needed, on 14.2, for fritzing and qt-creator. I use these tools far more than I use kdenlive. I don't think I need R at all, must have at one time. So this weekend's task is to uninstall R and pcre2 and see what happens. I starting to wonder if it's time to bite the bullet and upgrade to 14.2+. The steepest learning curve was getting to grips with slackpkg+. The other worry is that can I cope with the churn rate on 14.2+. So far this year there have been over 1,000 updates whereas on 14.2 there have been only 30. I can't have a situation of an outage on Monday through Friday. |
I had another look at the backtrace for the kdenlive segmentation fault and went further back concentrating on the steps before the calls to /usr/lib64/libQt5Widgets.so.5 which was /usr/lib64/mlt/libmltqt.so
Had a look at the build script for mlt and spotted this Quote:
Quote:
Kdenlive no longer had the segmentation fault! |
Good to hear, so yes it's mlt building against qt5 that causes the problem (removing qt5 before compiling mlt etc should work too).
|
Quote:
Thus, I may instead move to a QT5=[yes | no] switch with a note in kdenlive README to compile MLT with QT5=no (default). |
Quote:
I'm not a user of shotcut or flowblade. The important thing is that this thread will be useful to someone in the future. Even if it is just to encourage them to look further down the back trace for the source of the error and to share the back trace. I wasted a lot of my time and everybody else's in not including the back trace in the initial posting. |
I am running -current and use kdenlive rather heavily some times for editing.
There might be better tools but it works fine for my mostly cut-paste-render needs. The version supplied by the slackbuild is an ancient version. I have also had trouble with the versions supplied with plasma5 at times although I am highly appreciative of ktown (!). I have moved to the appimage copied into /opt and it works crisp and fine. Presently it is kdenlive-20.08.1-x86_64. |
All times are GMT -5. The time now is 08:11 AM. |