Page 1 of 3 123 LastLast
Results 1 to 10 of 26

Thread: Kdenlive5 with TW

  1. #1
    Join Date
    Sep 2013
    Location
    Eastern US
    Posts
    78

    Default Kdenlive5 with TW

    Anyone trying Kdenlive5 on TW with Plasma5? Seems to install fine (from Wolfie323:Frameworks:TW) and the libmlt and LADSPA pkgs installed fine as well. I get segfault QObject failure from konsole.

  2. #2

    Default Re: Kdenlive5 with TW

    Quote Originally Posted by noee View Post
    Anyone trying Kdenlive5 on TW with Plasma5? Seems to install fine (from Wolfie323:Frameworks:TW) and the libmlt and LADSPA pkgs installed fine as well. I get segfault QObject failure from konsole.
    It doesn't start here as well (on 13.2) and always did. When I first added it to my repo, it showed a dialog to select the mlt profiles folder at least, but crashed afterwards, now it crashes immediately.

    Just be patient, the KF5 port doesn't work yet...
    Last edited by wolfi323; 06-Jan-2015 at 12:03.

  3. #3

    Default Re: Kdenlive5 with TW

    Forget my previous comment.
    kdenlive5 starts fine and seems to work, I haven't really tested it yet though.

    The crash is caused by libmlt's qt module, which uses Qt4 and makes kdenlive load both Qt5 _and_ Qt4 causing the crash.

    Remove /usr/lib64/mlt-6/libmltqt.so as a workaround (or move it out of the directory, just renaming it won't help).

  4. #4
    Join Date
    Sep 2013
    Location
    Eastern US
    Posts
    78

    Default Re: Kdenlive5 with TW

    Quote Originally Posted by wolfi323 View Post
    Forget my previous comment.
    kdenlive5 starts fine and seems to work, I haven't really tested it yet though.

    The crash is caused by libmlt's qt module, which uses Qt4 and makes kdenlive load both Qt5 _and_ Qt4 causing the crash.

    Remove /usr/lib64/mlt-6/libmltqt.so as a workaround (or move it out of the directory, just renaming it won't help).
    Still segfaulting with:
    Code:
     (unknown:0) - QObject::connect: No such slot Bin::showClipMenu(QString) 
    Segmentation fault
    


    Not in a rush, so I can wait. Any indication if the port will come with the first KDE Applications drop? Seems like minimal info over on the KDE forums....

  5. #5

    Default Re: Kdenlive5 with TW

    Quote Originally Posted by noee View Post
    Still segfaulting with:
    Code:
     (unknown:0) - QObject::connect: No such slot Bin::showClipMenu(QString) 
    Segmentation fault
    Are you sure you _removed_ /usr/lib64/mlt-6/libmltqt.so?
    That's exactly the output I get when it is there.

    If yes, try to run it in gdb and type "bt" to get a backtrace. If libmltqt.so is present it will crash inside libQtCore.so.4 (i.e. libqt4)...

    Without libmltqt.so, it runs fine here on 13.2. I have yet to try on Tumbleweed.

    Not in a rush, so I can wait. Any indication if the port will come with the first KDE Applications drop? Seems like minimal info over on the KDE forums....
    kdenlive is not and never was part of the KDE releases. They have their independent release cycle.
    I have no idea when they will release the first KF5 based version though.

    But apparently there are intentions to make it part of the KDE Applications 15.04 release (scheduled for April):
    http://mail.kde.org/pipermail/kdenli...ry/008393.html

  6. #6
    Join Date
    Sep 2013
    Location
    Eastern US
    Posts
    78

    Default Re: Kdenlive5 with TW

    Quote Originally Posted by wolfi323 View Post
    Are you sure you _removed_ /usr/lib64/mlt-6/libmltqt.so?
    That's exactly the output I get when it is there.

    If yes, try to run it in gdb and type "bt" to get a backtrace. If libmltqt.so is present it will crash inside libQtCore.so.4 (i.e. libqt4)...

    Without libmltqt.so, it runs fine here on 13.2. I have yet to try on Tumbleweed.
    Okay, verified removed the libmltqt.so (to my home folder *and* renamed it), here she goes gdb run:
    Code:
     Program received signal SIGSEGV, Segmentation fault. 
    0x00007fffd0540f1c in ?? () from /usr/lib64/libQtTest.so.4
    ...and the bt
    Code:
     (gdb) bt 
    #0  0x00007fffd0540f1c in  () at /usr/lib64/libQtTest.so.4 
    #1  0x00007ffff7deaaaa in call_init.part () at /lib64/ld-linux-x86-64.so.2 
    #2  0x00007ffff7deab93 in _dl_init_internal () at /lib64/ld-linux-x86-64.so.2 
    #3  0x00007ffff7deed58 in dl_open_worker () at /lib64/ld-linux-x86-64.so.2 
    #4  0x00007ffff7dea964 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2 
    #5  0x00007ffff7dee54b in _dl_open () at /lib64/ld-linux-x86-64.so.2 
    #6  0x00007fffebd5502b in dlopen_doit () at /lib64/libdl.so.2 
    #7  0x00007ffff7dea964 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2 
    #8  0x00007fffebd555dd in _dlerror_run () at /lib64/libdl.so.2 
    #9  0x00007fffebd550c1 in dlopen@@GLIBC_2.2.5 () at /lib64/libdl.so.2 
    #10 0x00007fffd3799ae1 in mlt_register () at /usr/lib64/mlt-6/libmltfrei0r.so 
    #11 0x00007ffff4ee9ccd in mlt_repository_init () at /usr/lib64/libmlt.so.6 
    #12 0x00007ffff4ee94c0 in mlt_factory_init () at /usr/lib64/libmlt.so.6 
    #13 0x00007ffff4cb7d9b in Mlt::Factory::init(char const*) () at /usr/lib64/libmlt++.so.3 
    #14 0x0000000000912fcd in  () 
    #15 0x00007fffffffc510 in  () 
    #16 0x0000000000fd6130 in  () 
    #17 0x0000000000000028 in  () 
    #18 0x00007ffff102385d in operator new(unsigned long) () at /usr/lib64/libstdc++.so.6 
    #19 0x000000000098ca2d in  () 
    #20 0x0000000000dad980 in  () 
    #21 0x0000000000de96e0 in  () 
    #22 0x00007ffff15fc7e0 in QArrayData::shared_null () at /usr/lib64/libQt5Core.so.5 
    #23 0x00007ffff102385d in operator new(unsigned long) () at /usr/lib64/libstdc++.so.6 
    #24 0x000000000098c983 in  () 
    #25 0x0000000000de96a0 in  () 
    #26 0x0000000000dad980 in  () 
    #27 0x0000000000dad980 in  () 
    #28 0x00000000005746c0 in  () 
    #29 0x00007fffffffd200 in  () 
    #30 0x00000000009329da in  () 
    #31 0x00007ffff12d7e48 in  () at /usr/lib64/libQt5Core.so.5 
    #32 0x0000000000000000 in  () 
    (gdb)


    Looks like it's trying to also load

    libQtTest.so.4??

  7. #7

    Default AW: Re: Kdenlive5 with TW

    Quote Originally Posted by noee View Post
    Looks like it's trying to also load
    libQtTest.so.4??
    Yes.
    But in your case it seems to be loaded by libmltfrei0r.so or (more likely) a frei0r plugin maybe.

    Indeed, I can reproduce your crash (with exactly the same backtrace) by installing frei0r-plugins here.

    So either uninstall frei0r-plugins, or remove /usr/lib64/mlt-6/libmltfrei0r.so as well.
    According to ldd the affected plugins are facebl0r.s and facedetect, so you might try to remove those instead too. (they are in /usr/lib64/frei0r-1/)

  8. #8
    Join Date
    Sep 2013
    Location
    Eastern US
    Posts
    78

    Default Re: Kdenlive5 with TW

    Yup, thx, just figured it out.... runs now on TW/Plasma5...at least enough to play with.

  9. #9

    Default Re: Kdenlive5 with TW

    Sorry for the delay, but I finally fixed these issues yesterday.

    The latest libmlt version (0.9.6) can be built against Qt5, so I added it to my repo (built with full ffmpeg and vidstab suppport ).
    I changed the soversion number to 60 instead of 6 (so the packages as called libmlt60, melt60, and so on) to make it co-installable with the Qt4-based package.
    I also added a conflict to frei0r-plugins to libmlt60-modules (the standard package actually recommends it), to prevent the crash caused by those. Maybe I can still find a better solution for that though, like building frei0r-plugins against Qt5 too...

    So it should work now without removing files. You might have to set the mlt profiles path correctly (to /usr/share/mlt-60/profiles/) in kdenlive5's settings though, or just remove the config (~/.config/kdenliverc) to reset it to the default.
    Last edited by wolfi323; 20-Apr-2015 at 02:28.

  10. #10
    Join Date
    Sep 2013
    Location
    Eastern US
    Posts
    78

    Default Re: Kdenlive5 with TW

    Got it. Very nice, thx. The basics seem to be okay so far, though I have some source videos that are failing to import (worked fine before), so I'll try to track that down and report it if needed. I see it's become a full-on KDE app now, just excellent news all the way around for KDEnlive users.

Page 1 of 3 123 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •