Registered Member
|
Using kdenlive svn r3890 and
mlt commit bc2d47bfe9bad4b2c22067dc0f351e349eb67ef3 (current as of 14.Sep.2009) I do not have video thumbnails on the video tracks anymore. They are enabled. This also happens with a new user, so no old config files. kdenlive 0.7.5 and mlt 0.4.4 worked OK here, and a kdenlive SVN version from a few days ago with mlt 0.4.4 also worked, so I guess it might be an MLT issue. Any hints? Did I overlook something? Or is it just work-in-progress... th |
Registered Member
|
Works for me. Not a work-in-progress issue. What kind of clips are you testing with? Is this for new project or existing one?
|
Registered Member
|
working with 720p (fourCC avc1, audio=PCM) movs or also with .flvs (I did not have anything more to test it with atm).
An example can be found here (this is my bug report) http://www.kdenlive.org/mantis/view.php?id=1041 just wanted to see whether anything has changed in the meantime. I do not get any errors put out to the console or segfaults etc. when I drag videos onto the timeline, so I cannot tell how to debug this.. Built using gentoo mlt-9999 and kdenlive-9999 ebuilds, but I guess this cannot be the problem, as a potentially wrong configure step cannot cause such an error (but I may be proven wrong). I always used these ebuilds, and they worked perfectly. thanks for looking into this! just tell me how I can help and I'll be glad to test anything... th |
Registered Member
|
I just tried with your test flv file and it works fine for me. One thing you should check is that you don't have several versions of MLT / MLT++ installed. (for example the 0.4.4 libraries from last stable version and 0.4.5 from git version).
I would recommend that you remove all MLT libraries ( usually in /usr/local/libmlt* and /usr/local/lib/mlt ), then reinstall MLT and recompile Kdenlive |
Registered Member
|
Hmmm... This feels like windows.. Uninstalling both kdenlive and mlt and installing them again solved it. (No manual erasing, just using the ebuilds again. Strange.)
And even the cropping bug I mentioned in my bug report is gone. Hooray! (I think we could then mark the bug as solved... Shall I do so?) Big thank you for all the work you have put into these excellent products! (Now if only ffmpeg could handle MXF better..) |
Registered Member
|
Good! I am closing the bug right now, thanks for the feedback.
|
Registered Member
|
aaaargh! too soon!
I reproduced it. Tried to reopen the bug, but I am not allowed to. This is what I would have written into the form: (I opened another bug, http://www.kdenlive.org/mantis/view.php?id=1148, which is closely related but crashes on another line of code. It would be sensible to note that relation in the report somewhere) #### Sorry to reopen this. Sadly, it's not solved. But the steps to reproduce changed, so I did not notice in the first place. The crop effect is now really usable, and crashes only happen very seldomly. I never saw it crash again on just the first increase of a value (as can be seen in kdenlive-0.7.5 + mlt-0.4.4 nearly every time). Now you have to wildly move about the values till somewhen it crashes. The code seems to be moved to another place now, but it is the same place again where it happens. I'll attach a bt. ## bt: blackknight core # gdb kdenlive GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "i686-pc-linux-gnu"... (gdb) run Starting program: /usr/bin/kdenlive [Thread debugging using libthread_db enabled] [New Thread 0xb6536700 (LWP 11695)] [New Thread 0xb3bb8b90 (LWP 11699)] [New Thread 0xb33b7b90 (LWP 11700)] [Thread 0xb3bb8b90 (LWP 11699) exited] [Thread 0xb33b7b90 (LWP 11700) exited] [New Thread 0xb33b7b90 (LWP 11701)] [New Thread 0xb3bb8b90 (LWP 11702)] [Thread 0xb33b7b90 (LWP 11701) exited] [Thread 0xb3bb8b90 (LWP 11702) exited] [New Thread 0xb3bb8b90 (LWP 11703)] [New Thread 0xb33b7b90 (LWP 11704)] [Thread 0xb3bb8b90 (LWP 11703) exited] [Thread 0xb33b7b90 (LWP 11704) exited] [New Thread 0xb33b7b90 (LWP 11705)] [New Thread 0xb3bb8b90 (LWP 11706)] [Thread 0xb33b7b90 (LWP 11705) exited] [Thread 0xb3bb8b90 (LWP 11706) exited] [New Thread 0xb3bb8b90 (LWP 11707)] [New Thread 0xb33b7b90 (LWP 11708)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb3bb8b90 (LWP 11707)] filter_scale (this=0xb1f00b78, image=0xb3bb835c, format=0xb3bb8368, iwidth= iheight= warning: Source file is more recent than executable. 94 *out_ptr ++ = *( in_line + base ); Current language: auto; currently c (gdb) list 89 // Loop for the entirety of our output row. 90 for ( dx = - outer; dx < outer; dx += scale_width ) 91 { 92 base = dx >> 15; 93 base &= 0xfffffffe; 94 *out_ptr ++ = *( in_line + base ); 95 base &= 0xfffffffc; 96 *out_ptr ++ = *( in_line + base + 1 ); 97 dx += scale_width; 98 base = dx >> 15; (gdb) thread apply all bt Thread 11 (Thread 0xb33b7b90 (LWP 11708)): #0 0xb8044424 in __kernel_vsyscall () #1 0xb743cc75 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb43e48fb in consumer_thread (arg=0x8678b18) at consumer_sdl_preview.c:385 #3 0xb743915f in start_thread () from /lib/libpthread.so.0 #4 0xb6b39c0e in clone () from /lib/libc.so.6 Thread 10 (Thread 0xb3bb8b90 (LWP 11707)): #0 filter_scale (this=0xb1f00b78, image=0xb3bb835c, format=0xb3bb8368, iwidth= iheight= #1 0xb42ec79b in filter_get_image (this=0xb1f00b78, image=0xb3bb835c, format=0xb3bb8368, width=0xb3bb809c, height=0xb3bb8098, writable=0) at filter_rescale.c:231 #2 0xb802b12b in mlt_frame_get_image (this=0xb1f00b78, buffer=0xb3bb835c, format=0xb3bb8368, width=0xb3bb809c, height=0xb3bb8098, writable=0) at mlt_frame.c:276 #3 0xb42ecc43 in filter_get_image (this=0xb1f00b78, image=0xb3bb835c, format=0xb3bb8368, width=0xb3bb8360, height=0xb3bb8364, writable=0) at filter_resize.c:260 #4 0xb802b12b in mlt_frame_get_image (this=0xb1f00b78, buffer=0xb3bb835c, format=0xb3bb8368, width=0xb3bb8360, height=0xb3bb8364, writable=0) at mlt_frame.c:276 #5 0xb803c725 in producer_get_image (this=0xb1f061a8, buffer=0xb3bb835c, format=0xb3bb8368, width=0xb3bb8360, height=0xb3bb8364, writable=0) at mlt_tractor.c:274 #6 0xb802b12b in mlt_frame_get_image (this=0xb1f061a8, buffer=0xb3bb835c, format=0xb3bb8368, width=0xb3bb8360, height=0xb3bb8364, writable=0) at mlt_frame.c:276 #7 0xb43e557e in consumer_thread (arg=0x8687848) at consumer_sdl_still.c:466 #8 0xb743915f in start_thread () from /lib/libpthread.so.0 #9 0xb6b39c0e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb6536700 (LWP 11695)): #0 0xb6ad78c0 in ?? () from /lib/libc.so.6 #1 0xb6bab140 in ?? () from /lib/libc.so.6 #2 0x00000005 in ?? () #3 0xb6ad7fcc in free () from /lib/libc.so.6 #4 0xb6ad7fcc in free () from /lib/libc.so.6 #5 0x4a68bab5 in operator delete () from /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/libstdc++.so.6 #6 0xb6f277b3 in QTextLayout::~QTextLayout () from /usr/lib/qt4/libQtGui.so.4 #7 0xb6fbb4cb in ?? () from /usr/lib/qt4/libQtGui.so.4 #8 0xbf99cf34 in ?? () #9 0xbf99cf34 in ?? () #10 0x415fffff in ?? () #11 0x0875d788 in ?? () #12 0x00000000 in ?? () 94 *out_ptr ++ = *( in_line + base ); (gdb) |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]