kdenlive-0.7.0 on PPC compiles fine with media-libs/mlt-0.3.2, however when started and finished the wizard, it crashes with a segfault. The problem is MLT with it's inigo program, which also crashes when called with "inigo test.mpg". I had someone on #gentoo-powerpc confirm this issue and contacted the kdenlive/MLT developers, who are currently trying to get their hands on some PPC hardware to reproduce the issue. Please see the upstream bug report for more details. paludis --info paludis 0.32.1 Paludis build information: Compiler: CXX: powerpc-unknown-linux-gnu-g++ 4.3.2 CXXFLAGS: -O2 -mcpu=7450 -maltivec -mabi=altivec -fno-strict-aliasing -pipe LDFLAGS: -Wl,-O1 DATE: 2008-12-02T14:33:58+0100 Libraries: C++ Library: GNU libstdc++ 20080827 Reduced Privs: reduced_uid: 104 reduced_uid->name: paludisbuild reduced_uid->dir: /var/tmp/paludis reduced_gid: 1005 reduced_gid->name: paludisbuild Paths: DATADIR: /usr/share LIBDIR: /usr/lib LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc PYTHONINSTALLDIR: RUBYINSTALLDIR: Environment: Format: paludis Config dir: /etc/paludis World file: /var/db/pkg/world Repository installed-virtuals: format: installed_virtuals root: / Repository virtuals: format: virtuals Repository gentoo: format: ebuild location: /usr/portage append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /usr/portage/metadata/cache distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass ignore_deprecated_profiles: false layout: traditional names_cache: /var/cache/paludis/names newsdir: /usr/portage/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default/linux/powerpc/ppc32/2008.0/desktop securitydir: /usr/portage/metadata/glsa setsdir: /usr/portage/sets sync: rsync://rsync.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7 2.1.6 dev-lang/python: 2.4.4-r13 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/cmake: 2.6.2 dev-util/confcache: (none) sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13 2.61-r2 sys-devel/automake: 1.10.1-r1 1.5 1.6.3 1.7.9-r1 1.8.5-r3 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 (for sys-kernel/linux-headers::installed) cat /proc/cpuinfo processor : 0 cpu : 7447A, altivec supported clock : 1333.333000MHz revision : 0.5 (pvr 8003 0105) bogomips : 74.28 timebase : 18432000 platform : PowerMac model : PowerBook6,7 machine : PowerBook6,7 motherboard : PowerBook6,7 MacRISC3 Power Macintosh detected as : 287 (iBook G4) pmac flags : 0000001b L2 cache : 512K unified pmac-generation : NewWorld
Also confirmed on AMD64 arch (Intel Core2 Duo, E8400@3.00GHz). emerge --info follows: Portage 2.1.6.4 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.26-gentoo-r4 x86_64) ================================================================= System uname: Linux-2.6.26-gentoo-r4-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E8400_@_3.00GHz-with-glibc2.2.5 Timestamp of tree: Sun, 11 Jan 2009 17:10:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7-r1, 2.1.6-r1 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg kde ldap libnotify mad midi mikmod mmx mp3 mpeg mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl startup-notification svg sysfs tcpd tiff truetype unicode usb vorbis xml xorg xulrunner xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
(In reply to comment #1) kdenlive, mlt and mlt++ were all updated today. Crash still occurs as wizard completes initial settings. Backtrace follows: Application: Kdenlive (kdenlive), signal SIGSEGV [?1034h(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0x7f80802096f0 (LWP 9799)] [New Thread 0x42c0b950 (LWP 9806)] [New Thread 0x4240a950 (LWP 9805)] [New Thread 0x40a76950 (LWP 9800)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #5 0x00007f8070470c99 in ?? () #6 0x0000000000d8c000 in ?? () #7 0x0000000000d8b800 in ?? () #8 0x0000000000000001 in ?? () #9 0x0000000000d8adc0 in ?? () #10 0x0000000000000001 in ?? () #11 0x0000000000000001 in ?? () #12 0x0000000000000004 in ?? () #13 0x0000000000d8af01 in ?? () #14 0x00007f80704725f6 in ?? () #15 0x000000000000ffec in ?? () #16 0x0000000080000001 in ?? () #17 0x0000000000000000 in ?? () Thread 2 (Thread 0x42c0b950 (LWP 9806)): #0 0x00007f807f0f96a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f806c2deaf6 in ?? () #2 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f80802096f0 (LWP 9799)): #0 0x00007f807f0f96a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f807f366055 in QWaitCondition::wait () from /usr/lib64/qt4/libQtCore.so.4 #2 0x00007f807f36565e in QThread::wait () from /usr/lib64/qt4/libQtCore.so.4 #3 0x00007f807f425b03 in ?? () from /usr/lib64/qt4/libQtCore.so.4 #4 0x00007f807f424829 in ?? () from /usr/lib64/qt4/libQtCore.so.4 #5 0x00007f80793a49e9 in exit () from /lib64/libc.so.6 #6 0x00007f807d22f3c8 in ?? () from /usr/lib64/qt4/libQtGui.so.4 #7 0x00007f807c226298 in KApplication::xioErrhandler () from /usr/lib64/libkdeui.so.5 #8 0x00007f807e5c47c4 in _XIOError () from /usr/lib64/libX11.so.6 #9 0x00007f807e5c55e6 in _XRead () from /usr/lib64/libX11.so.6 #10 0x00007f807e5c60a1 in _XReply () from /usr/lib64/libX11.so.6 #11 0x00007f807e5ba225 in XQueryPointer () from /usr/lib64/libX11.so.6 #12 0x00007f807d2458bc in QCursor::pos () from /usr/lib64/qt4/libQtGui.so.4 #13 0x00007f807d1f245a in QMouseEvent::QMouseEvent () from /usr/lib64/qt4/libQtGui.so.4 #14 0x00007f807d70d114 in ?? () from /usr/lib64/qt4/libQtGui.so.4 #15 0x00007f807d70ebf6 in QGraphicsView::QGraphicsView () from /usr/lib64/qt4/libQtGui.so.4 #16 0x00000000005074b5 in CustomTrackView::CustomTrackView () #17 0x00000000004e39ff in TrackView::TrackView () #18 0x0000000000471ab5 in MainWindow::newFile () #19 0x000000000047f7c3 in MainWindow::MainWindow () #20 0x00000000004653a7 in main () #0 0x00007f807f0f96a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
kdenlive was updated to 0.7.2 within the past 48 hours; crash still occurs on wizard exit on AMD64. No visible change in backtrace.
mlt(++)-0.3.4 is in portage, can you try if the bug still occurs? I couldn't reproduce a segfault with "inigo foo.mpg" here.
I can still reproduce it on PPC. I'm also not aware of any changes upstream concerning this issue.
Reproduced on AMD64, too (with an .AVI file). As noted, this really isn't just a failure on a single arch anymore...
mlt(++) was upgraded to 0.3.6 and kdenlive to 0.7.2.1, in the past couple of days. No change in the error occurring on AMD64. inigo still segfaults, kdenlive still crashes after the wizard is completed. Same output. Since multiple architectures are now involved, shouldn't others be called in to evaluate this bug?
This page http://www.kdenlive.org/user-manual/downloading-and-installing-kdenlive/installing-source/installing-mlt-rendering-engine says you might have to disable mmx on 64 bit machines. Could you try if it still segfaults if you add -mmx to the package specific USE flags? (/etc/portage/package.use)
Nope. Added -mmx to the USE flags of mlt and mlt++ via package.use and re-emerged; segfault still occurs. =(
Created attachment 181867 [details] emerge logging output on a machine where the bug could not be reproduced (In reply to comment #9) > Nope. Added -mmx to the USE flags of mlt and mlt++ via package.use and > re-emerged; segfault still occurs. =( > Oh yes, sorry, USE=mmx is masked in /usr/portage/profiles/arch/amd64/use.mask anyway. For comparison, I attached the output of `head -n50 /var/log/portage/media-libs:mlt-0.3.6:20090213-121153.log`, showing the used configure options (for my working version). Could you provide a link to an example video that crashes inigo? Maybe a backtrace of a crashing inigo could help as well, although it might be more interesting to the upstream people.
This happens to me also on an amd64 box. Is there any information I can provide?
This might be related to/caused by bug #266593.
I'm on AMD64 and inigo works for me. However, kdenlive crashes. I ran kdenlive under valgrind. It actually runs there without crashing (of course, unusably slow). At the point where kdenlive normally crashes, I get a flood of errors due to the use of uninitialized values. This is the log: ====================================================================== $ valgrind kdenlive ==18501== Memcheck, a memory error detector. ==18501== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. ==18501== Using LibVEX rev 1884, a library for dynamic binary translation. ==18501== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. ==18501== Using valgrind-3.4.1, a dynamic binary instrumentation framework. ==18501== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. ==18501== For more details, rerun with: -v ==18501== kdenlive(18501) MainWindow::parseProfiles: RESULTING MLT PATH: "/usr/share/mlt/profiles/" kdenlive(18501) initEffects::parseEffectFiles: // INIT EFFECT SEARCH kdenlive(18501) Render::Render: ////////// USINGÂ PROFILE: hdv_1080_50i kdenlive(18501) Monitor::Monitor: /////// BUILDING MONITOR, ID: 58720427 kdenlive(18501) Render::Render: ////////// USINGÂ PROFILE: hdv_1080_50i kdenlive(18501) Monitor::Monitor: /////// BUILDING MONITOR, ID: 58720506 kdenlive(18501) RecMonitor::RecMonitor: /////// BUILDING MONITOR, ID: 58720530 kdenlive(18501) MainWindow::loadPlugins: // PARSING FIOLER: "/usr/lib64/kde4/" kdenlive(18501) MainWindow::loadPlugins: // FOUND PLUGIN: "libkdenlive_sampleplugin.so" = "/usr/lib64/kde4/libkdenlive_sampleplugin.so" kdenlive(18501) MainWindow::addToMenu: // ADD to MENU ("Countdown", "Noise") kdenlive(18501) KdenliveDoc::setProfilePath: KDEnnlive document, init timecode from path: "hdv_1080_50i" , 25 kdenlive(18501) KdenliveDoc::KdenliveDoc: KDEnlive document, init timecode: 25 ==18501== Syscall param write(buf) points to uninitialised byte(s) ==18501== at 0x762A790: __write_nocancel (in /lib64/libpthread-2.8.so) ==18501== by 0x98B66EE: (within /usr/lib64/libICE.so.6.3.0) ==18501== by 0x98BA1BF: _IceWrite (in /usr/lib64/libICE.so.6.3.0) ==18501== by 0x98BA2A3: IceFlush (in /usr/lib64/libICE.so.6.3.0) ==18501== by 0x7A12FCC: (within /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x7A155F6: (within /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x7A1C0E1: (within /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x7A1CA09: (within /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x96A9826: _SmcProcessMessage (in /usr/lib64/libSM.so.6.0.0) ==18501== by 0x98BE7C3: IceProcessMessages (in /usr/lib64/libICE.so.6.3.0) ==18501== by 0x7A13508: (within /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x7366CEF: QMetaObject::activate(QObject*, int, int, void**) (in /usr/lib64/qt4/libQtCore.so.4.4.2) ==18501== Address 0xf5f5adc is 12 bytes inside a block of size 1,024 alloc'd ==18501== at 0x4C2275B: calloc (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) ==18501== by 0x98B29D9: IceOpenConnection (in /usr/lib64/libICE.so.6.3.0) ==18501== by 0x96A5BC0: SmcOpenConnection (in /usr/lib64/libSM.so.6.0.0) ==18501== by 0x7A19A39: QSessionManager::QSessionManager(QApplication*, QString&, QString&) (in /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x79C6734: QApplicationPrivate::initialize() (in /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x79CB760: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x79CC158: QApplication::QApplication(int&, char**, bool, int) (in /usr/lib64/qt4/libQtGui.so.4.4.2) ==18501== by 0x56DE623: KApplication::KApplication(bool) (in /usr/lib64/libkdeui.so.5.2.0) ==18501== by 0x493B21: main (in /usr/bin/kdenlive) kdenlive(18501) TrackView::slotAddProjectTrack: ************* ADD DOC TRACK 4 , DURATION: 0 kdenlive(18501) TrackView::slotAddProjectTrack: ************* ADD DOC TRACK 3 , DURATION: 0 kdenlive(18501) TrackView::slotAddProjectTrack: ************* ADD DOC TRACK 2 , DURATION: 0 kdenlive(18501) TrackView::slotAddProjectTrack: ************* ADD DOC TRACK 1 , DURATION: 0 kdenlive(18501) TrackView::slotAddProjectTrack: ************* ADD DOC TRACK 0 , DURATION: 0 kdenlive(18501) TrackView::parseDocument: /////////// TOTAL PROJECT DURATION: 300 kdenlive(18501) Render::setSceneList: // NEW SCENE LIST DURATION SET TO: 0 kdenlive(18501) KdenliveDoc::checkProjectClips: +++++++++++++ + + + + CHK PCLIPS kdenlive(18501) MainWindow::connectDocument: /////////////////// CONNECTING DOC TO PROJECT VIEW //////////////// kdenlive(18501) MainWindow::connectDocument: /////////////////// CONNECTING DOC TO PROJECT VIEW //////////////// ==18501== ==18501== Thread 2: ==18501== Conditional jump or move depends on uninitialised value(s) ==18501== at 0x1BEB88C8: (within /usr/lib64/libswscale.so.0.7.1) ==18501== by 0x1BEBF58C: (within /usr/lib64/libswscale.so.0.7.1) ==18501== by 0x1BEB83D9: sws_scale (in /usr/lib64/libswscale.so.0.7.1) ==18501== by 0x1AC21B66: (within /usr/lib64/mlt/libmltavformat.so) ==18501== by 0x4E35464: mlt_frame_get_image (in /usr/lib64/libmlt.so.0.3.8) ==18501== by 0x1114B2F6: (within /usr/lib64/mlt/libmltsdl.so) ==18501== by 0x7624016: start_thread (in /lib64/libpthread-2.8.so) ==18501== by 0x8ACC03C: clone (in /lib64/libc-2.8.so) ==18501== ==18501== Use of uninitialised value of size 8 ==18501== at 0x40BD004: ??? ==18501== by 0x1BEBD183: (within /usr/lib64/libswscale.so.0.7.1) ==18501== by 0x1BEBF74F: (within /usr/lib64/libswscale.so.0.7.1) ==18501== by 0x1BEB83D9: sws_scale (in /usr/lib64/libswscale.so.0.7.1) ==18501== by 0x1AC21B66: (within /usr/lib64/mlt/libmltavformat.so) ==18501== by 0x4E35464: mlt_frame_get_image (in /usr/lib64/libmlt.so.0.3.8) ==18501== by 0x1114B2F6: (within /usr/lib64/mlt/libmltsdl.so) ==18501== by 0x7624016: start_thread (in /lib64/libpthread-2.8.so) ==18501== by 0x8ACC03C: clone (in /lib64/libc-2.8.so) ====================================================================== This last error repeats hundreds of times and the uninitialized values then appear to propagate to other parts of the program. The first two errors are probably unrelated - the crash normally happens at "CONNECTING DOC TO PROJECT VIEW" (though it varies slightly, presumably because the segfault happens in a different thread). Since this is clearly a cross-arch problem (or at least it affects several 64-bit arches), it should probably be assigned to a more general team.
Disabling the sdl and ffmpeg USE flags for mlt and trying again with valgrind does reproduce the crash under valgrind, and results in this: $ valgrind kdenlive ==25572== Memcheck, a memory error detector. ==25572== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. ==25572== Using LibVEX rev 1884, a library for dynamic binary translation. ==25572== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. ==25572== Using valgrind-3.4.1, a dynamic binary instrumentation framework. ==25572== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. ==25572== For more details, rerun with: -v ==25572== kdenlive(25572) MainWindow::parseProfiles: RESULTING MLT PATH: "/usr/share/mlt/profiles/" kdenlive(25572) initEffects::parseEffectFiles: // INIT EFFECT SEARCH kdenlive(25572) Render::Render: ////////// USINGÂ PROFILE: hdv_1080_50i ==25572== Invalid read of size 8 ==25572== at 0x4E38975: (within /usr/lib64/libmlt.so.0.3.8) ==25572== by 0x4E3A4FB: mlt_properties_set_int (in /usr/lib64/libmlt.so.0.3.8) ==25572== by 0x5060F2: Render::buildConsumer() (in /usr/bin/kdenlive) ==25572== by 0x5072B1: Render::Render(QString const&, int, int, QWidget*) (in /usr/bin/kdenlive) ==25572== by 0x4E3B0B: Monitor::Monitor(QString, MonitorManager*, QWidget*) (in /usr/bin/kdenlive) ==25572== by 0x4B5E49: MainWindow::MainWindow(QString const&, KUrl const&, QWidget*) (in /usr/bin/kdenlive) ==25572== by 0x493F91: main (in /usr/bin/kdenlive) ==25572== Address 0x8 is not stack'd, malloc'd or (recently) free'd KCrash: Application 'kdenlive' crashing... Definitely an mlt issue.
kdenlive requires mlt with sdl and ffmpeg, so you can probably ignore the previus comment, since it might be a problem caused by lacking an mlt compiled with those USE flags.
Recompiling ffmpeg resolved the issue. I have recently switched to 4.3.2 (from 4.1.x). This might be what fixed it.
That would be *GCC* 4.3.2. I need some coffee.
Sorry I wasn't able to get back to this bug before now... As of mlt 0.3.8-r1/mlt++ 0.3.8/kdenlive 0.7.3 this bug is fixed on AMD64 and kdenlive runs as expected (for the most part; occasional crashes occur during use but I highly suspect they're not related to this bug). When I was testing mlt with video files, a crash was happening with just about every video file I'd attempted to use, regardless of size or format--and I certainly tried one heck of a lot of formats. If someone still needs a sample file to reproduce the behavior, I can attach one of the hundred files that didn't work. XD
Closing as per last comment
