[SOLVED] Kdenlive and cinelerra non functioning renderers

dcbdbis · 2012-01-14 04:21:35

I cannot get either to render. Kdenlive crashes the instant I push the render key. The kdenlive website is awash with similar issues without responses. I tried twice on their IRC channel and no one would respond.

Cinelerra (with the shmmax adjusted in the /etc/sysctl file) SImply goes out to lunch when I press render. Doesn't render, doesn't peg out my CPU as if in a loop. Just dies. I have to xkill it to get it off my screen.

Either of these packages would work for me if I could just get them to render. Tried the Cinelerra from the AUR with worse results than the std package.

Either package has the effects I need to use.

I am on arch x86_64, 16Gb ram, fully updated daily with pacman -Syu, NVidia GTX-560TI and the nvidia package, NOT nouveau, KDE 4.7.4, each program reports all of their dependencies are fulfilled......

I don't know where to turn to for help.

I would sure be gratefull if someone would help get one of these running. And if that means building either from source, can and will do.

If it the answer is that KDE is the issue, I'll go back to LXDE.

Sincerley and respectfully,

Dave

Last edited by dcbdbis (2012-01-14 21:12:55)

ChemBro · 2012-01-14 10:15:55

dcbdbis wrote:

If it the answer is that KDE is the issue, I'll go back to LXDE.

Makes 0 sense with Kdenlive being a KDE program. Also: Any output by starting it in konsole/terminal/whatever?

dcbdbis · 2012-01-14 20:37:57

I totally agree. Makes 0 sense, but I need the app and if that was what I needed to do to make it work, I just wanted to show my willingness to get draconian with my system if I needed to.

But you jog my memory to check the obvious....System Log Files..... (Sorry, I'm old)

Here is mine:

01/14/12 01:33:34 PM	Curly-Sr	kernel	[  553.024282] melt[1575]: segfault at 5316 ip 0000000000005316 sp 00007ffff8c2e6e0 error 14 in melt[400000+6000]

Obviously I'm going to research it, google it, and attempt to resolve.

If anyone has the knowledge on what I need to do, please let me know!

Thank you very uch for posting and helping me out

Sincerely and respectfully,

Dave

Last edited by dcbdbis (2012-01-14 20:38:10)

dcbdbis · 2012-01-14 20:54:40

I've gone to the melt (mlt) mailing list as google doesn't return much of anything usefull on error 14, my issue.

I'll update this post once I have a resolve and some answers.

If anyone alread knows the fix...Please jump in and let me know!

Sincerly and respectfully,

Dave

dcbdbis · 2012-01-14 21:12:32

I found a solution on the mailing lists for the current mlt version of "0.7.6.1" ....I tried the "fix" suggested, and it worked. And no, I do not have jack installed, but a jack library that mlt installs was the culprit.

Here is a cut-n-pasts from the mail-list:

On Thu, Dec 29, 2011 at 11:37 AM, Julian <levyju@...> wrote:
> Having same issue too, would like to know if its a OpenSuse problem or a MLT
> issue. Some one please help!!!!!!!!!!!
Read the bug. It was a MLT problem that does not occur on most
distros, but revealed itself on opensuse. So, either use MLT from git
head or simply remove the mlt ladspa plugin
/usr/lib64/mlt/libmltjackrack.so.
--
+-DRD-+

I did as described above, again I do not use jack audio....And kdenlive is working away happily as we speak.

FYI and Thanks!

Dave

Sander · 2012-01-18 21:31:00

I'm running into the exact same problem, but the proposed solution isn't working for me. As suggested in the quoted message, I removed /usr/lib/mlt/libmltjackrack.so. (/usr/lib, not /usr/lib64 - I guess the paths are distro-specific). I then deleted ~/.kde4/share/config/kdenliverc, for good measure. But alas, it still crashes with the segfault you mentioned earlier.

Then I tried the other option, using mlt-git, but no luck with that either The exact same segfault occurs. I really understand why this doesn't work for me Are you sure that removing this file / installing mlt-git is the only thing you did? I don't use jack either.

UPDATE: this doesn't look too good:

[sander@ayin ~]$ melt
Segmentation fault

whoops... this bug looks similar: http://sourceforge.net/tracker/?func=de … tid=613414

but for me it says the following in gdb:

Program received signal SIGSEGV, Segmentation fault.
0x0000000000005316 in ?? ()

instead of 0x00000000000050e6.

UPDATE 2: I just built the mlt-git package with the --disable-jackrack configure flag, but unfortunately that didn't fix it either. Melt still segfaults immediately.

UPDATE 3: backtrace from gdb:

[sander@ayin mlt-build]$ gdb melt
gdb: warning: error finding working directory: Bestand of map bestaat niet
GNU gdb (GDB) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/melt...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/melt 
shell-init: fout tijdens bepalen van huidige map: getwd(): kan geen geen toegang verkrijgen tot bovenliggende mappen: Bestand of map bestaat niet
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x0000000000005316 in ?? ()
(gdb) bt
#0  0x0000000000005316 in ?? ()
#1  0x00007ffff50edb05 in rintf () from /lib/libm.so.6
#2  0x00007ffff7de807c in _dl_relocate_object () from /lib/ld-linux-x86-64.so.2
#3  0x00007ffff7dee546 in dl_open_worker () from /lib/ld-linux-x86-64.so.2
#4  0x00007ffff7dea2a6 in _dl_catch_error () from /lib/ld-linux-x86-64.so.2
#5  0x00007ffff7dede8a in _dl_open () from /lib/ld-linux-x86-64.so.2
#6  0x00007ffff73f0f26 in ?? () from /lib/libdl.so.2
#7  0x00007ffff7dea2a6 in _dl_catch_error () from /lib/ld-linux-x86-64.so.2
#8  0x00007ffff73f14cf in ?? () from /lib/libdl.so.2
#9  0x00007ffff73f0fc1 in dlopen () from /lib/libdl.so.2
#10 0x00007ffff7bd1f47 in mlt_repository_init () from /usr/lib/libmlt.so.4
#11 0x00007ffff7bd1670 in mlt_factory_init () from /usr/lib/libmlt.so.4
#12 0x0000000000402294 in ?? ()
#13 0x00007ffff761538d in __libc_start_main () from /lib/libc.so.6
#14 0x00000000004033ad in ?? ()
#15 0x00007fffffffe8f8 in ?? ()
#16 0x00000000ffffffff in ?? ()
#17 0x0000000000000001 in ?? ()
---Type <return> to continue, or q <return> to quit---
#18 0x00007fffffffeb76 in ?? ()
#19 0x0000000000000000 in ?? ()
(gdb)

strace output: http://pastebin.com/z2tx5ckM

The most frustrating part is that a friend is trying to reproduce my problem on his system (same architecture - x86_64, system also up to date) and it works fine for him

Last edited by Sander (2012-01-18 23:21:50)

jdn06 · 2012-01-26 22:09:25

I can testify I just moved /usr/lib/mlt/libmltjackrack.so after reading this topic and my similar problem disappeared. I didn't do anything else. I am on x86_64 and I use jack for other applications.

Last edited by jdn06 (2012-01-26 22:09:40)

Arch Linux

#1 2012-01-14 04:21:35

[SOLVED] Kdenlive and cinelerra non functioning renderers

#2 2012-01-14 10:15:55

Re: [SOLVED] Kdenlive and cinelerra non functioning renderers

#3 2012-01-14 20:37:57

Re: [SOLVED] Kdenlive and cinelerra non functioning renderers

#4 2012-01-14 20:54:40

Re: [SOLVED] Kdenlive and cinelerra non functioning renderers

#5 2012-01-14 21:12:32

Re: [SOLVED] Kdenlive and cinelerra non functioning renderers

#6 2012-01-18 21:31:00

Re: [SOLVED] Kdenlive and cinelerra non functioning renderers

#7 2012-01-26 22:09:25

Re: [SOLVED] Kdenlive and cinelerra non functioning renderers

Board footer