Hi Dan,

today I tried to compile kdenlive with the shell script, but I failed because the script was not able to identify the running KDE version.
The reason was:

Running "kde4-config -v" in a regular bash gives the expected:
Qt: 4.6.3
KDE: 4.5.3 (KDE 4.5.3) "release 1"
kde4-config: 1.0

But embedded in the script "kde4-config -v" gives back:
Qt: 4.6.3
KDE Development Platform: 4.5.3 (KDE 4.5.3) "release 1"
kde4-config: 1.0

Therefore I had to change in the function "test_kde4_available" the line:
>> KDE_VER=`kde4-config -v | grep -i KDE: | awk '{print $2}'` <<
to
>> KDE_VER=`kde4-config -v | grep -i "KDE Development Platform:" | awk '{print $4}'` <<

BTW: This is exactly what's coded in the wizard (0.9.9.90) script.

CU Tom

thanks for the feedback

If you can not understand "git: command not found", then this build script is not for you, and you should just use the Linux provider's binary packages.

Using the build script all seemed to be going well until I hit this problem building mlt:-

http://barjac.pastebin.com/ysZVj6Wx

The errors all appear on what appear to be compiler conditional (#if lines) - but my programming skills are minimal!

I am building in Mandriva 2010.2 x86_64, any ideas?

EDIT
OK it's fixed - I was missing libsox-devel

Since ffmpeg moved their source repository to git on 17/1/2011 the above script is broken.
I have updated it to use the correct repository and git for ffmpeg and this is now here:-

http://barjac.pastebin.com/raw.php?i=vbiP3Ucc

If you have an existing ffmpeg svn checkout (i.e. you have used the old script previously) you will need to delete or rename ~/kdenlive/src/ffmpeg before re-building with the new script.

I hope that saves someone some time and head scratching :-)

I have two versions installed, 078 from binary repository in /usr/... and the newest compiled from source in ~/kdenlive...

The problem is, there seems to be some interaction between the two. If I run one and then the other, I am always presented with the wizzard saying "Your Kdenlive has been updated to version...." (even if it is a downgrade)

I noticed that the compiled version in "Settigs/Configure/Environment" had everything (like melt path) still pointing to /usr/..., although the compile script generated everything in ~/kdenlive/....
I changed these things to point to the local directories, but still have this.

Also, the local version still seems to use the effect xml files in /usr/share/kde4/apps/kdenlive/effects rather than in ~/kdenlive/20110416/share/apps/kdenlive/effects, because the new effects don't show their parameters as expected. Also, the effects with changed names appear twice, like "Contrast" and "contrast0r" are both present.
Also, no on-screen controls for corners and rotoscoping (only three parameters in rotoscope effect)

Where do I tell Kdenlive where to look for these?

I looked into the start_kdenlive script, and it sets the frei0r path to both local and /usr. Removed the /usr /opt etc stuff, but no change.

The stuff in ~/.kde4/share/apps/kdenlive is probably not the problem?

How can I make each version to be completely isolated from the other?

P.S. In the mean time I compiled V 0.8 too, same problem.

OK, I think the reason that the wizzard comes up is the ~/.kde4/share/config/kdenliverc
I guess this has to be in ~/ so no way of isolating the two versions in this respect?

Also solved the doubled effects problems by renaming /usr/share/kde4/apps/kdenlive/effects to /usr/share/kde4/apps/kdenlive/OLDeffects

Now, in the compiled version the effects are listed only once, under their new names, and Corners has on-screen controls.

However, this also causes the old version (in /usr...) to loose most of the effects.

I can live with that, but still, is there a way to tell Kdenlive where to look for the effect .xml files? I did change the FREI0R_PATH in the startup script, but it did not help.

Another problem that remains is that rotoscoping still only has three parameters (Invert, Feathering and Feathering passes) and no on-screen drawing is possible.

I don't know about the issues between to installed versions.

But does a XML description of the rotoscoping effect exist?
If yes, is Kdenlive compiled against QJSON?

I think the only way to get isolation is to not have one installed in system (/usr). Beyond that, they will share a common local configuration settings, which we can not really do anything about. Unfortunately, that is storing the path to melt for rendering, and it is important to change that when switching versions.