Kdenlive stops responding
Page 1 of 1 (10 posts)
Tags:
None
Registered Member 
|
Hello,
I am struggling with Kdenlive which stops responding after a few minutes of work and would like to get this resolved if possible. I am using Opensuse 13.1 running KDE 4.11.5, Kdenlive 0.9.8 is from Packman with mlt 0.9.0 and ffmpeg 2.2-1.7. The footage is located on a local NAS mounted with CIFS the videos are all proxy clips. On opening Kdenlive from the terminal I get occuring on two lines. I am then able to proceed to use Kdenlive, everything seems to work. The project profile is HD 720p 25fps or DV/DVD PAL 4:3. In this case I am editing video taken with a Nexus5 but experience the same application hanging issue with DV video (AVI type 2) captured through Kdenlive. Kde gives the error , while the error in the terminal is . It seems to hang while scrolling through the clips in the side panel / project tree. On a hang the proxy clips would continue being created or any other background task seems to continue. Only the Kdenlive GUI seems to hang. |
Registered Member
|
Unfortunately, those error messages are unrelated to your problem.
Try moving your clips into a local directory/hard-drive and see if you can reproduce the problem. Is there a 'number of clips' threshold at which the problem becomes evident? You need to gather in some more 'evidence' that could point the way to the source of the problem. |
|
Registered Member
|
Hello,
I have taken your advice and placed the media into a local folder under the project directory. Oddly enough this time round Kdenlive crashes within minutes of adding the media into the timeline. Reproducing the hang seems to occur more while working with proxy clips on the NAS. So this time round there is no hanging, only an immediate crash. I'm of the opinion it is related to browsing and adding files. Here is the info from each crash, the first is from KDE crash handler, the second is from the terminal, third is from the terminal and the forth is again from the crash handler. kdenlive-20140528-063212.kcrash.txt
The terminal output when repeating the steps is:
While adding 5nr AVI type 2 clips (captured by firewire in Kdenlive) to the timeline I get this from the terminal.
The KDE crash handler provided the following output below. Sorry I did not know what is important or not.
How to reproduce the hang or crash: 1) Start a new project in Kdenlive. 2) Add 1 clip and follow with updating the project profile to suite. 3) Add another 4 to 5 clips at once using the “add clip” from kdenlive. 4) Click on clips to get clip properties window (At times it hangs at this spot while providing thumbnails) 5) Then add all clips to the time line at the same time. 6) Kdenlive will either hang or crash at this point. My thoughts on issue: a) Crashes with profile (25fps) not matching HD clips b) Hangs with profile (30fps) matching HD clips (taken with Nexus5), hang initiated by browsing, selecting or clicking on clips in project tree. c) Project seems more stable with the correct profile i.e. matching fps with clip. d) Repeated with local DV (AVI type-2) clips. e) The hang or freeze seems to be related to generating thumbnails. f) I've used PAL 4:3 and 1080i 24fps profiles. Thank you. |
|
Registered Member
|
Please post the entire contents of 'kdenlive-20140528-063212.kcrash.txt' - your first crash trace.
The other crash trace provided something useful - Thread 11 (Thread 0x7f548fff7700 (LWP 2699)): [KCrash Handler] #5 0x00007f54d0a00079 in ?? () from /usr/lib64/libmlt.so.6 #6 0x00007f54d0a02016 in mlt_properties_set_int () from /usr/lib64/libmlt.so.6 #7 0x00007f54b56f0f87 in ?? () from /usr/lib64/mlt-6/libmltavformat.so #8 0x00007f54b56f255f in ?? () from /usr/lib64/mlt-6/libmltavformat.so #9 0x00007f54d0a06f11 in ?? () from /usr/lib64/libmlt.so.6 #10 0x00007f54d0a052eb in mlt_service_get_frame () from /usr/lib64/libmlt.so.6 #11 0x00007f54d0a052eb in mlt_service_get_frame () from /usr/lib64/libmlt.so.6 #12 0x00007f54d0a0b568 in mlt_consumer_get_frame () from /usr/lib64/libmlt.so.6 #13 0x00007f54d0a0ba96 in ?? () from /usr/lib64/libmlt.so.6 #14 0x00007f54d0c250db in start_thread () from /lib64/libpthread.so.0 #15 0x00007f54cec4a90d in clone () from /lib64/libc.so.6 The crash occurred in MLT. So, the next question is, what version of MLT are you using? Do you have multiple copies of MLT on your system? |
|
Registered Member
|
The multimedia packages used are all from the Packman repository (http://packman.links2linux.org/) and all dependant on each other.
kdenlive-0.9.8-9.1.x86_64.rpm melt-0.9.0-9.11.x86_64.rpm libmlt6-modules-0.9.0-9.11.x86_64.rpm melt6-0.9.0-9.11.x86_64.rpm libmlt++3-0.9.0-9.11.x86_64.rpm ffmpeg 2.2-1.7.x86_64.rpm This is the full contents of 'kdenlive-20140528-063212.kcrash.txt'
|
|
Registered Member
|
Another crash w/ MLT in the mix.
Can you try building Kdenlive using the build script from the MLT website? Here's the link: http://www.mltframework.org/bin/view/MLT/BuildScripts |
|
Registered Member
|
Hi, apologies for not posting an update; I have not had a chance to be compile MLT as yet. But have tried out another build from the Opensuse Extra and Multimedia repositories. Unfortunately these reproduce the same issue. Ii will need to give this some time on the weekend.
|
Manager
|
allianux - in the future please use code tags when placing large amounts of text (see )
OpenSuse Leap 42.1 x64, Plasma 5.x
|
|
Registered Member
|
I had difficulty in compiling MLT and KDENLIVE on Opensuse 13.1 as I had to compile FFMPEG and other dependancies too. In so doing I would have broken all the multimedia RPM based on those.
I then tried this same on Manjaro (Based on Arch) with the same package versions and was unable to reproduce the crash. In fact I was unable to crash Kdenlive no matter what I tried. Therefore I think this has something to do with the packaging of MLT on Opensuse. I'll go back to the package managers and post back here once it is resolved or proven otherwise. |
|
Registered Member
|
To summarise the above posts:
The reason for looking into rebuilding the SRPM’s for Kdenlive, MLT and Frei0r-plugins is to get a stable and reliable Kdenlive build on Opensuse 13.1 and to retain the RPM package management. The repositories used are Opensuse 13.1 official x86 and updates with KDE Extra and Packman. When using Kdenlive I use numerous media files with various video and photo formats which would test the application and my hardware limits. After using Kdenlive 0.9.8 on an Arch based system it became apparent there was something wrong with my Opensuse 13.1 installation. The instabilities encountered were: 1) Not all the Frei0r-plugins worked and some caused Kdenlive to instantly crash. I have never been able to reliably use Kdenlive from the Opensuse repositories or from Packman with frei0r-plugin 1.4 from the OS13.1 Official repos. Also, I use the KDE Extra repos which provide an updated Opencv from 2.4.6.1 to 2.4.9. I rebuilt frei0r-plugins-1.4-2.1.1.src.rpm from the Official Opensuse SRPM 1.4 to solve the issue. 2) MLT would intermittently crash when using different media types and also when the profile did not match the media type. I have no suggestion as to what caused this issue. I merely rebuilt the SRPM from Packman MLT 0.9.0 against the new Frei0r-plugins rpm. All my multimedia requirements come from Packman i.e. FFMPEG, SOX, LAME etc. I rebuilt libmlt-0.9.0-9.12.src.rpm from Packman. As a tip, install all dependencies as normal and libkdecore4-devel-debuginfo (Debug repository). Ladspa is required but not installed as a dependency when installing Kdenlive, this is provided from the Official 13.1 update repository. 3.1) Kdenlive would intermittently hang requiring me to force the application to close and restart. 3.2) Kdenlive would reject MLT vstab files (Kdenlive ERROR message “Clip is invalid, will be removed from project”) while MLT would play them from the command line. Again I have no suggestion for the cause of the issues. I rebuilt kdenlive-0.9.8-9.9.src.rpm against the newly built MLT rpm. Lastly, Looking at the Packman build service its now noted “Olaf Hering (olh) committed 24 days ago (revision 4) revert last change, link to OBS:KDE:Extra instead” - This should resolve the Kdenlive build issue. The only issue remaining is the Kdenlive error message
which I believe to be related to the FFmpeg build or perhaps its a bug? From Googling it this appears on a few installations over the years and therefore think it is more than likely a build issue? So far I've been unable to rebuild the Packman FFMPEG SRPM. |
Page 1 of 1 (10 posts)
Bookmarks
Who is online
Registered users: Bing [Bot], gfielding, Google [Bot], Sogou [Bot]
