FS#44891 - [mlt] kdenlive crashes when editing mpg files

Attached to Project: Arch Linux
Opened by farid (osc) - Thursday, 07 May 2015, 19:39 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 13 March 2016, 13:41 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Antonio Rojas (arojas)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
latest version crashes are so often that it becomes useless.

Additional info:
* package version(s)
kdenlive 15.04.0-2
mlt 0.9.6-7


* config and/or log files etc.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff52ffd700 (LWP 1997)]
0x00007fffce2e7bb6 in ?? () from /usr/lib/libavformat.so.56
(gdb) backtrace
#0 0x00007fffce2e7bb6 in ?? () from /usr/lib/libavformat.so.56
#1 0x00007fffce2eb0a1 in ?? () from /usr/lib/libavformat.so.56
#2 0x00007fffce2e8bc8 in ?? () from /usr/lib/libavformat.so.56
#3 0x00007fffce2e8f82 in ?? () from /usr/lib/libavformat.so.56
#4 0x00007fffce2e9032 in ?? () from /usr/lib/libavformat.so.56
#5 0x00007fffce367891 in ?? () from /usr/lib/libavformat.so.56
#6 0x00007fffce3685b0 in ?? () from /usr/lib/libavformat.so.56
#7 0x00007fffce3693fd in av_read_frame () from /usr/lib/libavformat.so.56
#8 0x00007fffc785f54d in ?? () from /usr/lib/mlt/libmltavformat.so
#9 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#10 0x00007fffc5260ee1 in ?? () from /usr/lib/mlt/libmltxine.so
#11 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#12 0x00007fffd21c0837 in ?? () from /usr/lib/mlt/libmltcore.so
#13 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#14 0x00007fffd21bf44e in ?? () from /usr/lib/mlt/libmltcore.so
#15 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#16 0x00007fffd21c4af2 in ?? () from /usr/lib/mlt/libmltcore.so
#17 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#18 0x00007fffd21c5037 in ?? () from /usr/lib/mlt/libmltcore.so
#19 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#20 0x00007ffff6a0955e in ?? () from /usr/lib/libmlt.so.6
#21 0x00007ffff69f3ce7 in mlt_frame_get_image () from /usr/lib/libmlt.so.6
#22 0x00007ffff6a0615a in ?? () from /usr/lib/libmlt.so.6
#23 0x00007fffece7d374 in start_thread () from /usr/lib/libpthread.so.0
#24 0x00007ffff18f527d in clone () from /usr/lib/libc.so.6
(gdb) quit

Steps to reproduce:

open kdenlive and edit
This task depends upon

Closed by  Antonio Rojas (arojas)
Sunday, 13 March 2016, 13:41 GMT
Reason for closing:  No response
Comment by Doug Newgard (Scimmia) - Friday, 08 May 2015, 01:17 GMT
I'm asking on all segv's recently:

Intel CPU? If so, microcode up to date?
Comment by farid (osc) - Friday, 08 May 2015, 17:15 GMT
i think it is:

dmesg | grep microcode
[ 0.000000] CPU0 microcode updated early to revision 0x1c, date = 2014-07-03
[ 0.083612] CPU1 microcode updated early to revision 0x1c, date = 2014-07-03
[ 0.104870] CPU2 microcode updated early to revision 0x1c, date = 2014-07-03
[ 0.126214] CPU3 microcode updated early to revision 0x1c, date = 2014-07-03
[ 0.401014] microcode: CPU0 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401018] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401022] microcode: CPU2 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401027] microcode: CPU3 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401032] microcode: CPU4 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401036] microcode: CPU5 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401040] microcode: CPU6 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401044] microcode: CPU7 sig=0x306c3, pf=0x2, revision=0x1c
[ 0.401074] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba


don't know if this is an mlt issue...
Comment by Doug Newgard (Scimmia) - Friday, 08 May 2015, 17:21 GMT
Yep, looks like you're updating the microcode just fine. Just had to be sure.

Edit: looking again, it appears only half your CPUs got updated. This could still be the TSX bug.
Comment by farid (osc) - Friday, 08 May 2015, 17:42 GMT
hmmmm, so how to proceed?
Comment by Doug Newgard (Scimmia) - Friday, 08 May 2015, 17:52 GMT
Honestly, I'm not sure. This showed up a couple of times on the forum, but a kernel update fixed it IIRC.

Really, this only affect Haswell and early Broadwell CPUs, would that include yours?
Comment by Antonio Rojas (arojas) - Friday, 08 May 2015, 17:54 GMT
Not much can be done here unless you can give precise steps to reproduce it or a complete backtrace with debug symbols. I can't get it to segfault no matter what I try
Comment by farid (osc) - Friday, 08 May 2015, 18:08 GMT
doug, it's a haswell:

edit: is this a known issue to the kernel devs?

less /proc/cpuinfo

vendor_id : GenuineIntel
cpu family : 6
model : 60
model name : Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz
stepping : 3
microcode : 0x1c
cpu MHz : 2800.218
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt
bugs :
bogomips : 6787.01
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
Comment by farid (osc) - Friday, 08 May 2015, 18:13 GMT
arojas, how to do that? i currently do gdb kdenlive.
Comment by Antonio Rojas (arojas) - Friday, 08 May 2015, 18:16 GMT
see https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces
you'll need to recompile at least ffmpeg and mlt
Comment by Doug Newgard (Scimmia) - Friday, 08 May 2015, 18:26 GMT
All of the cpus are saying they are using the 0x1c microcode, so I'm going to go back to my original position and say that they are being updated. Suspicious, though.
Comment by farid (osc) - Friday, 08 May 2015, 18:33 GMT
Scimmia, ok that is good for me :)

arojas, so installed abs and now have to edit the PKGBUILD of mlt and ffmpeg, the thing is (probably not he right place to ask this) i don't know what to edit... could you tell me what to add and where? =)
edit: nevermind, i figured it out.

cheers
Comment by farid (osc) - Friday, 08 May 2015, 19:18 GMT
i only managed to add the flags for mlt and kdenlive...

now it doesn't even start :

(related to this bug)
https://bugs.kde.org/show_bug.cgi?id=347264#c4

(gdb) run
Starting program: /usr/bin/kdenlive
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe1b5e700 (LWP 10147)]

Program received signal SIGSEGV, Segmentation fault.
0x00007fffca4413fc in ?? () from /usr/lib/libQtGui.so.4
(gdb) backtrace
#0 0x00007fffca4413fc in ?? () from /usr/lib/libQtGui.so.4
#1 0x00007ffff7dea1fa in call_init.part () from /lib64/ld-linux-x86-64.so.2
#2 0x00007ffff7dea30b in _dl_init () from /lib64/ld-linux-x86-64.so.2
#3 0x00007ffff7dee797 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#4 0x00007ffff7dea0a4 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#5 0x00007ffff7dede53 in _dl_open () from /lib64/ld-linux-x86-64.so.2
#6 0x00007fffed093fc9 in ?? () from /usr/lib/libdl.so.2
#7 0x00007ffff7dea0a4 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#8 0x00007fffed094599 in ?? () from /usr/lib/libdl.so.2
#9 0x00007fffed094061 in dlopen () from /usr/lib/libdl.so.2
#10 0x00007ffff6a0b1a4 in mlt_repository_init (directory=0x1 <error: Cannot access memory at address 0x1>)
at mlt_repository.c:105
#11 0x00007ffff6a0a8d8 in mlt_factory_init (directory=0x7ffff6a0f18c "/usr/lib/mlt") at mlt_factory.c:184
#12 0x00007ffff67d839b in Mlt::Factory::init (directory=<optimized out>) at MltFactory.cpp:32
#13 0x0000000000815067 in initEffects::parseEffectFiles (locale=...)
at /home/farid/Downloads/kdenlive/src/kdenlive-15.04.0/src/effectslist/initeffects.cpp:139
#14 0x00000000009171e6 in MainWindow::MainWindow (this=0x104a7e0, MltPath=..., Url=..., clipsToLoad=..., parent=0x0,
__in_chrg=<optimized out>, __vtt_parm=<optimized out>)
at /home/farid/Downloads/kdenlive/src/kdenlive-15.04.0/src/mainwindow.cpp:160
#15 0x00000000009102a7 in main (argc=1, argv=0x7fffffffe978)
at /home/farid/Downloads/kdenlive/src/kdenlive-15.04.0/src/main.cpp:117
Comment by Antonio Rojas (arojas) - Friday, 08 May 2015, 19:35 GMT
Your mlt package got linked to Qt4 instead of Qt5. Try adding "--qt-libdir=/usr/lib/qt --qt-includedir=/usr/include/qt" to the configure line, or build in a clean chroot (use extra-x86_64-build from the devtools package)
Comment by Antonio Rojas (arojas) - Friday, 08 May 2015, 19:49 GMT
Correction: add ""--qt-libdir=/usr/lib --qt-includedir=/usr/include/qt" to configure
Comment by farid (osc) - Friday, 08 May 2015, 20:10 GMT
same error.

edit: your first suggestion actually worked.
Comment by farid (osc) - Friday, 08 May 2015, 21:49 GMT
so here is a backtrace with mlt recompiled (didnt manage to compile ffmpeg due to a signature issue.)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff817fa700 (LWP 17119)]
0x00007fffd1d127f7 in ?? () from /usr/lib/libavcodec.so.56
(gdb) backtrace
#0 0x00007fffd1d127f7 in ?? () from /usr/lib/libavcodec.so.56
#1 0x00007fffd1cd8d39 in ?? () from /usr/lib/libavcodec.so.56
#2 0x00007fffd1d12561 in av_parser_parse2 () from /usr/lib/libavcodec.so.56
#3 0x00007fffd13e703f in ?? () from /usr/lib/libavformat.so.56
#4 0x00007fffd13ead0d in ?? () from /usr/lib/libavformat.so.56
#5 0x00007fffd13eb3fd in av_read_frame () from /usr/lib/libavformat.so.56
#6 0x00007fffd2b0f54d in producer_get_image (frame=0x0, frame@entry=0x7fffb0ab6210, buffer=0x0,
buffer@entry=0x7fff817f9e50, format=0x1, format@entry=0x7fff817f9e4c, width=0x7fff817f9394, width@entry=0x7fff817f9bcc,
height=0x7fff817f9400, height@entry=0x7fff817f9bd0, writable=writable@entry=0) at producer_avformat.c:1385
#7 0x00007ffff69f3ce7 in mlt_frame_get_image (self=0x7fffb0ab6210, buffer=0x7fff817f9e50, format=0x7fff817f9e4c,
width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at mlt_frame.c:585
#8 0x00007fffcb329ee1 in filter_get_image (frame=0x7fffb0ab6210, image=0x7fff817f9e50, format=0x1,
format@entry=0x7fff817f9e4c, width=0x7fff817f9394, width@entry=0x7fff817f9bcc, height=0x7fff817f9400,
height@entry=0x7fff817f9bd0, writable=0) at filter_deinterlace.c:245
#9 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0ab6210, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9bcc, height=height@entry=0x7fff817f9bd0,
writable=writable@entry=0) at mlt_frame.c:585
#10 0x00007fffd4605837 in get_image (frame=frame@entry=0x7fffb0ab6210, image=image@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9bcc, height=height@entry=0x7fff817f9bd0,
writable=writable@entry=0) at filter_fieldorder.c:33
#11 0x00007ffff69f3ce7 in mlt_frame_get_image (self=0x7fffb0ab6210, buffer=0x7fff817f9e50, format=0x7fff817f9e4c,
width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at mlt_frame.c:585
#12 0x00007fffd460444e in filter_get_image (frame=0x7fffb0ab6210, image=0x0, image@entry=0x7fff817f9e50,
format=0x7fff817f9e4c, width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at filter_crop.c:76
#13 0x00007ffff69f3ce7 in mlt_frame_get_image (self=0x7fffb0ab6210, buffer=0x7fff817f9e50, format=0x7fff817f9e4c,
width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at mlt_frame.c:585
#14 0x00007fffd4609af2 in filter_get_image (frame=0x7fffb0ab6210, image=0x7fff817f9e50, format=0x1,
format@entry=0x7fff817f9e4c, width=0x7fff817f9cb8, height=0x7fff817f9cbc, writable=0) at filter_rescale.c:216
#15 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0ab6210, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9cb8, height=height@entry=0x7fff817f9cbc,
writable=writable@entry=0) at mlt_frame.c:585
#16 0x00007fffd460a037 in filter_get_image (frame=frame@entry=0x7fffb0ab6210, image=image@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at filter_resize.c:270
#17 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0ab6210, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at mlt_frame.c:585
#18 0x00007ffff6a0955e in producer_get_image (self=self@entry=0x7fffb0ab7240, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at mlt_tractor.c:273
#19 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0ab7240, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at mlt_frame.c:585
#20 0x00007ffff6a0615a in consumer_worker_thread (arg=0x20ccba0) at mlt_consumer.c:1078
#21 0x00007fffece7d374 in start_thread () from /usr/lib/libpthread.so.0
#22 0x00007ffff18f527d in clone () from /usr/lib/libc.so.6
Comment by farid (osc) - Friday, 08 May 2015, 22:12 GMT
here is a backtrace with mlt, ffmpeg and kdenlive compiled:

(gdb) backtrace
#0 new_pes_packet (pes=pes@entry=0x7fffb04c6a00, pkt=0x7fffbf815590) at libavformat/mpegts.c:834
#1 0x00007fffd136c0a1 in mpegts_push_data (filter=<optimized out>, buf=0x7fffb0b06ca0 "\241\327<", buf_size=184,
is_start=<optimized out>, pos=69390424) at libavformat/mpegts.c:953
#2 0x00007fffd1369bc8 in handle_packet (ts=ts@entry=0x7fffb0b92480, packet=<optimized out>) at libavformat/mpegts.c:2231
#3 0x00007fffd1369f82 in handle_packets (ts=ts@entry=0x7fffb0b92480, nb_packets=nb_packets@entry=0)
at libavformat/mpegts.c:2375
#4 0x00007fffd136a032 in mpegts_read_packet (s=<optimized out>, pkt=0x7fff817f9610) at libavformat/mpegts.c:2608
#5 0x00007fffd13e8891 in ff_read_packet (s=0x7fffb04e3f60, pkt=0x7fff817f9610) at libavformat/utils.c:665
#6 0x00007fffd13e95b0 in read_frame_internal (s=0x7fffb04e3f60, pkt=0x7fffb0250808) at libavformat/utils.c:1318
#7 0x00007fffd13ea3fd in av_read_frame (s=0x7fffb04e3f60, pkt=0x7fffb0250808) at libavformat/utils.c:1477
#8 0x00007fffd2b0f54d in producer_get_image (frame=0x7fffbf815590, frame@entry=0x7fffb0b670a0, buffer=0x7fffbf815590,
buffer@entry=0x7fff817f9e50, format=0x0, format@entry=0x7fff817f9e4c, width=0x32000, width@entry=0x7fff817f9bcc,
height=0x422d058, height@entry=0x7fff817f9bd0, writable=writable@entry=0) at producer_avformat.c:1385
#9 0x00007ffff69f3ce7 in mlt_frame_get_image (self=0x7fffb0b670a0, buffer=0x7fff817f9e50, format=0x7fff817f9e4c,
width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at mlt_frame.c:585
#10 0x00007fffcab3fee1 in filter_get_image (frame=0x7fffb0b670a0, image=0x7fff817f9e50, format=0x0,
format@entry=0x7fff817f9e4c, width=0x32000, width@entry=0x7fff817f9bcc, height=0x422d058, height@entry=0x7fff817f9bd0,
writable=0) at filter_deinterlace.c:245
#11 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0b670a0, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9bcc, height=height@entry=0x7fff817f9bd0,
writable=writable@entry=0) at mlt_frame.c:585
#12 0x00007fffd4605837 in get_image (frame=frame@entry=0x7fffb0b670a0, image=image@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9bcc, height=height@entry=0x7fff817f9bd0,
writable=writable@entry=0) at filter_fieldorder.c:33
#13 0x00007ffff69f3ce7 in mlt_frame_get_image (self=0x7fffb0b670a0, buffer=0x7fff817f9e50, format=0x7fff817f9e4c,
width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at mlt_frame.c:585
#14 0x00007fffd460444e in filter_get_image (frame=0x7fffb0b670a0, image=0x7fffbf815590, image@entry=0x7fff817f9e50,
format=0x7fff817f9e4c, width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at filter_crop.c:76
#15 0x00007ffff69f3ce7 in mlt_frame_get_image (self=0x7fffb0b670a0, buffer=0x7fff817f9e50, format=0x7fff817f9e4c,
width=0x7fff817f9bcc, height=0x7fff817f9bd0, writable=0) at mlt_frame.c:585
#16 0x00007fffd4609af2 in filter_get_image (frame=0x7fffb0b670a0, image=0x7fff817f9e50, format=0x0,
format@entry=0x7fff817f9e4c, width=0x7fff817f9cb8, height=0x7fff817f9cbc, writable=0) at filter_rescale.c:216
#17 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0b670a0, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9cb8, height=height@entry=0x7fff817f9cbc,
writable=writable@entry=0) at mlt_frame.c:585
#18 0x00007fffd460a037 in filter_get_image (frame=frame@entry=0x7fffb0b670a0, image=image@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at filter_resize.c:270
#19 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0b670a0, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at mlt_frame.c:585
#20 0x00007ffff6a0955e in producer_get_image (self=self@entry=0x7fffb0a158d0, buffer=buffer@entry=0x7fff817f9e50,
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at mlt_tractor.c:273
#21 0x00007ffff69f3ce7 in mlt_frame_get_image (self=self@entry=0x7fffb0a158d0, buffer=buffer@entry=0x7fff817f9e50,
---Type <return> to continue, or q <return> to quit---
format=format@entry=0x7fff817f9e4c, width=width@entry=0x7fff817f9e44, height=height@entry=0x7fff817f9e48,
writable=writable@entry=0) at mlt_frame.c:585
#22 0x00007ffff6a0615a in consumer_worker_thread (arg=0x20ce060) at mlt_consumer.c:1078
#23 0x00007fffece7d374 in start_thread () from /usr/lib/libpthread.so.0
#24 0x00007ffff18f527d in clone () from /usr/lib/libc.so.6
Comment by farid (osc) - Saturday, 09 May 2015, 17:04 GMT
don't know if this helps but the mpg clips are actually .ts proxy clips generated from a previous kdenlive version (0.9.10).

disabling the proxy clips kdenlive doesn't crash.
Comment by Antonio Rojas (arojas) - Wednesday, 09 March 2016, 11:09 GMT
Still an issue with mlt 6.0?

Loading...