This forum has been archived. All content is frozen. Please use KDE Discuss instead.

DNxHD make Kdenlive crash

Tags: None
(comma "," separated)
lordofthestrings
Registered Member
Posts
95
Karma
0

DNxHD make Kdenlive crash

Wed Mar 31, 2010 6:56 am
Hi, I transcoded correctly (I suppose) some raw AVCHD files from the internet to DNxHD with Kdenlive, I wanted to try if my machine (a AMD64 6000+ dual core with 2GB of ram)could handle that stuff once transcoded to a less compressed codec but when I try to work with that .mov files on the timeline Kdenlive crashes almost every time. I succeded to play some clips, mostly one clip at a time, but most of the times it crashes. I tried the same workflow with raw HDV and Kdenlive showed the same behavior, so I ended up thinking that the problem is not with AVCHD itself but probably with Kdenlive or FFMPEG or DNxHD...
Did someone experimented the same issues?
I'll try to reproduce the crash (it will be easy though...) and upload it on youtube for anyone interested.
Thank you,
Ignazio
ttill
Registered Member
Posts
372
Karma
0

Re: DNxHD make Kdenlive crash

Wed Mar 31, 2010 9:59 am
Did Kdenlive give you a crash report?
lordofthestrings
Registered Member
Posts
95
Karma
0

Re: DNxHD make Kdenlive crash

Wed Mar 31, 2010 7:31 pm
From the KDE crash handler, for example:

GENERAL
Executable: kdenlive PID: 4104 Signal: 11 (Segmentation fault)

DEVELOPER INFORMATION
Application: Kdenlive (kdenlive), signal: Segmentation fault
__lll_lock_wait ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
in ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S
The current source language is "auto; currently asm".
[Current thread is 1 (Thread 0x7ff69400e750 (LWP 4104))]

Thread 4 (Thread 0x7ff676b66910 (LWP 4142)):
#0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:220
#1 0x00007ff693c294d0 in mlt_consumer_put_frame () from /usr/lib/libmlt.so.2
#2 0x00007ff68126806f in ?? () from /usr/lib/mlt/libmltsdl.so
#3 0x00007ff68f818a04 in start_thread (arg=) at pthread_create.c:300
#4 0x00007ff68fd1180d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7ff66b348910 (LWP 4145)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261
#1 0x00007ff693c297f3 in mlt_consumer_rt_frame () from /usr/lib/libmlt.so.2
#2 0x00007ff681265e60 in ?? () from /usr/lib/mlt/libmltsdl.so
#3 0x00007ff68f818a04 in start_thread (arg=) at pthread_create.c:300
#4 0x00007ff68fd1180d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7ff66a346910 (LWP 4146)):
[KCrash Handler]
#5 0x00007ff67bd8fb31 in ?? () from /usr/lib/libswscale.so.0
#6 0x00007ff67bd9c360 in ?? () from /usr/lib/libswscale.so.0
#7 0x00007ff67bd9d03f in sws_scale () from /usr/lib/libswscale.so.0
#8 0x00007ff67d12a479 in ?? () from /usr/lib/mlt/libmltavformat.so
#9 0x00007ff693c1cc2a in mlt_frame_get_image () from /usr/lib/libmlt.so.2
#10 0x00007ff67f88e0df in ?? () from /usr/lib/mlt/libmltcore.so
#11 0x00007ff693c1cc2a in mlt_frame_get_image () from /usr/lib/libmlt.so.2
#12 0x00007ff679539911 in ?? () from /usr/lib/mlt/libmltxine.so
#13 0x00007ff693c1cc2a in mlt_frame_get_image () from /usr/lib/libmlt.so.2
#14 0x00007ff67f89268c in ?? () from /usr/lib/mlt/libmltcore.so
#15 0x00007ff693c1cc2a in mlt_frame_get_image () from /usr/lib/libmlt.so.2
#16 0x00007ff67f892b6a in ?? () from /usr/lib/mlt/libmltcore.so
#17 0x00007ff693c1cc2a in mlt_frame_get_image () from /usr/lib/libmlt.so.2
#18 0x00007ff693c2a8bf in ?? () from /usr/lib/libmlt.so.2
#19 0x00007ff68f818a04 in start_thread (arg=) at pthread_create.c:300
#20 0x00007ff68fd1180d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#21 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7ff69400e750 (LWP 4104)):
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
#1 0x00007ff68f81b295 in _L_lock_949 () from /lib/libpthread.so.0
#2 0x00007ff68f81b0b8 in __pthread_mutex_lock (mutex=0x7ff67d330580) at pthread_mutex_lock.c:61
#3 0x00007ff67d128200 in ?? () from /usr/lib/mlt/libmltavformat.so
#4 0x00007ff693c2e9a7 in ?? () from /usr/lib/libmlt.so.2
#5 0x00007ff693c2ef17 in mlt_cache_close () from /usr/lib/libmlt.so.2
#6 0x00007ff693c1f23a in mlt_property_close () from /usr/lib/libmlt.so.2
#7 0x00007ff693c1fd64 in mlt_properties_close () from /usr/lib/libmlt.so.2
#8 0x00007ff693c1f23a in mlt_property_close () from /usr/lib/libmlt.so.2
#9 0x00007ff693c1fd64 in mlt_properties_close () from /usr/lib/libmlt.so.2
#10 0x00007ff693c2c536 in mlt_factory_close () from /usr/lib/libmlt.so.2
#11 0x00007ff68fc6ac12 in __run_exit_handlers (status=1) at exit.c:78
#12 *__GI_exit (status=1) at exit.c:100
#13 0x00007ff6879d5726 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#14 0x00007ff693383928 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib/libkdeui.so.5
#15 0x00007ff68ebc4fae in _XIOError () from /usr/lib/libX11.so.6
#16 0x00007ff68ebcc9a5 in ?? () from /usr/lib/libX11.so.6
#17 0x00007ff68ebcd257 in _XEventsQueued () from /usr/lib/libX11.so.6
#18 0x00007ff68ebb601b in XEventsQueued () from /usr/lib/libX11.so.6
#19 0x00007ff69098167c in ?? () from /usr/lib/libQtGui.so.4
#20 0x00007ff68c6baaaa in g_main_context_check () from /lib/libglib-2.0.so.0
#21 0x00007ff68c6bb290 in ?? () from /lib/libglib-2.0.so.0
#22 0x00007ff68c6bb6c0 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#23 0x00007ff6916c51a6 in QEventDispatcherGlib::processEvents(QFlags<:processeventsflag>) () from /usr/lib/libQtCore.so.4
#24 0x00007ff6909814be in ?? () from /usr/lib/libQtGui.so.4
#25 0x00007ff69169b532 in QEventLoop::processEvents(QFlags<:processeventsflag>) () from /usr/lib/libQtCore.so.4
#26 0x00007ff69169b904 in QEventLoop::exec(QFlags<:processeventsflag>) () from /usr/lib/libQtCore.so.4
#27 0x00007ff69169dab9 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#28 0x0000000000447795 in _start ()
The current source language is "auto; currently c".
The current source language is "auto; currently asm".

Some AVCHD transcoded to DNxHD play correctly without causing Kdenlive to crash though, some other don't...
Thank you very much for your quick reply, I appreciated.
Ignazio
ttill
Registered Member
Posts
372
Karma
0

Re: DNxHD make Kdenlive crash

Tue Apr 13, 2010 6:36 pm
Hm, I actually can't do much with crash-reports and additionally it doesn't look very helpful. So let's wait for someone who might get some information from the report.

But some other questions:
Do the transcoded videos play with melt and ffplay?
(Try in a terminal: "melt filename" and "ffplay filename")

It might also be helpful if you share the links of the AVCHD footage, so I can have a look if it's possible for me to reproduce.
Chamo
Registered Member
Posts
27
Karma
0

Re: DNxHD make Kdenlive crash

Wed Apr 14, 2010 9:18 pm
Hi,

I tried kdenlive with some avchd clips from my own camcorder without transcoding them first. It worked fine at the very beginning, but after less then five clips, it started crashing very often. I guess it's related to this thread. How can I contribute?

Chamo
ttill
Registered Member
Posts
372
Karma
0

Re: DNxHD make Kdenlive crash

Thu Apr 15, 2010 6:24 am
@chamo: you might want to open a bug report in the bug tracker (http://www.kdenlive.org/mantis/) including your crash report(s).
lordofthestrings
Registered Member
Posts
95
Karma
0

Re: DNxHD make Kdenlive crash

Thu Oct 21, 2010 7:08 am
I had this issue with AVCHD samples taken from the internet. Then I bought a Canon HV10 (HDV) and didn't have this problem anymore, but started having A/V sync issues :-( ...
tock
Registered Member
Posts
26
Karma
0

Re: DNxHD make Kdenlive crash

Sat Oct 23, 2010 9:14 pm
using version 0.7.8. I'm having the same issues. It is working ok as long as I only have a few clips but once I started adding more it crashes. Also if I get them to load without crashing then save the project and try to come back to it, It will crash every time. I'm using the same type of files as the above users.

I have made some progress. I had about 20 gig free when trying to edit the converted avchd files. This doesn't seem to be near enough. I added a 1 terabyte drive and have dedicated it to video editing. I've moved the kdenlive project and tmp folders over to this drive as well as any files I'm editing. I am now able to open the saved projects without kdenlive crashing.


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]