Can anybody tell me how to build the KDE4 version?

Building on openSUSE fails with:

Generating moc_clipmanager.cpp
Scanning dependencies of target kdenlive
[ 32%] Building CXX object src/cmake_bindir/CMakeFiles/kdenlive.dir/kdenlive_automoc.o
In file included from /home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/moc_initeffects.cpp:10,
                 from /home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/kdenlive_automoc.cpp:5:
/home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/../initeffects.h:50: error: ISO C++ forbids declaration of ‘Repository’ with no type
/home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/../initeffects.h:50: error: invalid use of ‘::’
/home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/../initeffects.h:50: error: expected ‘;’ before ‘*’ token
/home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/../initeffects.h:51: error: ‘Mlt::Repository’ has not been declared
/home/doitux/Programme/kdenlive-svn/src/kdenlive/src/cmake_bindir/../initeffects.h:52: error: ‘Mlt::Repository’ has not been declared
make[2]: *** [src/cmake_bindir/CMakeFiles/kdenlive.dir/kdenlive_automoc.o] Fehler 1
make[1]: *** [src/cmake_bindir/CMakeFiles/kdenlive.dir/all] Fehler 2

I also tried the kdenlive_builder scripts from this forum but there i have a lot of problems with mlt build.

Is there any chance to get beta-packages to help testing and debugging the new version?

a short summary:

the error:

Mlt::Repository’ has not been declared

mean: the mlt++ version ist too old (mlt version maybe also to old)

solution:

update to latest svn version of mlt/mlt++ since kdenlive kde4 i developed against this

the crash with the qt-mt.so.3 comes from the qt3 module in mlt, when mlt is used with qt4 environment (as it is in kdelive-kde4)

remove the libmltqimage.so which is installed with mlt and the crash should not happen again.

newer mlt has a fix for that (qt4 environment does now only create a qt3 version=)

i hope this helps

Hi,

I've recieved a hint from the kdenlive-devel list that qt 4.4 is needed.

Good luck ;)

I was able to build and run kdenlive kde4 on Ubuntu Hardy. Here are some of my notes (which may not be comprehensive, sorry, but let me know what I missed...)

Added software repositories:

deb http://debian-multimedia.org testing main

deb http://debian-multimedia.org unstable main

Installed mlt. mlt++, and ffmpeg from the repositories.

Installed kde4-devel package

Get latest kdenlive svn:

svn co https://kdenlive.svn.sourceforge.net/sv ... nches/KDE4 kdenlivekde4

Compile like this (note that important single dot/period at the end of cmake line):

cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_CXX_FLAGS:STRING="-Wno-write-strings" .

make

sudo checkinstall --install=no

Use dpkg to install the resulting deb package.

To stop kdenlive from nagging about where the profiles are (from package libmlt-data) I made a symlink:

/usr/share/mlt/profiles -> /usr/lib/mlt/profiles

To stop kdenlive from immediately crashing I removed /usr/lib/mlt/libmltqimage.so (which came from package libmlt0.2.5)

No doubt compiling the latest mlt, mlt++ and ffmpeg will have advantages. But I am glad just to have it run. The biggest problem I seem to have is that adding an audio clip (wav or mp3) causes a lock up (sometimes).

Bill

Okay, here's the first thing I forgot in my notes... right before calling cmake I needed this:

PATH=/usr/lib/kde4/bin:$PATH

Otherwise it will complain that it can't find (run) kde4-config.

Bill

could you post a gdb backtrace ?

it seems like kdenlive did not get a proper sdl windows for the monitor.

this problem was know and fixed in kde3 version, but kde4 had this problem not.

you have 2 monitor windows at the same time open ?

does this crash happen every or only sometimes ?

inigo can play files for you right ?

In my previous post(s) I indicated that I removed libmltqimage.so in order to stop the immediate crash in Kdenlive, but the better solution is to (re)compile MLT (and MLT++) using qt4. This I accomplished by passing the following to the MLT configure:

./configure --prefix=/usr --kde-libdir=/usr/lib/kde4 --kde-includedir=/usr/lib/kde4/include --qimage-libdir=/usr/lib --qimage-includedir=/usr/include/qt4 --enable-gpl --avformat-swscale --enable-motion-est --enable-mmx --enable-debug

the key parameters being the locations of the qt4 lib and include dirs, as found in my Ubuntu Hardy system, which the mlt configure then indicates that it is using qt4 for qimage.

Also the frei0r test compile that occurs in the frei0r configure fails unnecessarily (apparently from the $CFLAGS parameter being null when it should at least be -I/usr/include ) and I simply commented out the entire test clause in [MLT Source Dir]/src/modules/frei0r/configure and from what I can tell, the frei0r module compiles fine.

The MLT++ configure had nothing unusual, like this:

./configure --prefix=/usr --enable-debug

Having installed these MLT and MLT++ builds (SVN 1163), I no longer have lock-ups when placing audio tracks, and things seem to be working pretty good.

Bill

Edit: The frei0r test problem is the -e parameter being passed to echo when using /bin/sh