Hi all,

First post.. I've been trying to use kdenlive for a while now but I always fall foul of the same problem. I'm sure I'm doing something wrong but I've read the documentation and I can't work out what.

I'm using kdenlive 0.7.5 on Kubuntu Karmic (KDE 4.4.0)

I have some video I want to edit. It is a PAL MPEG file recorded from a DVB source (using MythTV). 25fps, interlaced, 720x576, 16x9 PAR.

I create a new project and use the profile DV/DVD Widescreen PAL, which looks as though it has the settings to match my source video.
I import the clip into kdenlive and using the clip monitor I set a zone start and end for the first part I want to use. I drag that to track 1 on the timeline. This is where the first problem starts. If I switch to the project monitor and play the timeline, it always assumes my clip is right at the start of the track. In fact, the position of the clip on the timeline appears to mean nothing. I can even drag it so it sits across two tracks!

So I leave it right at the start and go back to the clip monitor and select another portion of the video and drag that to the timeline. After this I really can't explain what's going on as no edits I make on the timeline appear to have any effect on the project at all except to confuse matters still further.

What's going on? Does anybody have any suggestions?

I'll just add that I've just upgraded to 0.7.6 from the ppa as detailed on this site (not a simple job, masses of dependency problems) but the behaviour has not changed.

The problems with KDE 4.4 (actually QT 4.6) are resolved in the upcoming Kdenlive 0.7.7

OK thanks, I thought it might be something like that.

I knew upgrading to 4.4 from a ppa would turn out to be a bad idea.. :)

Problem persists in sunab's repo for .7.7. on KDE 4.4

I'm wondering if there is a conflict with mlt, as ubuntu's repos might have installed a different version, but it looks like I'm using sunab's version.

It's broken for me too, Kubuntu 9.10 KDE SC 4.4 :: Qt 4.6.* :: Kdenlive 7.7

For me, The clips don't actually snap to the timeline at all, but free float.
If I save and reopen the project, the clips are all strewn in sequence on the topmost track.

I am hesitant to open this up as a bug, as so far this appears to be a Kubuntu only issue, which may or may not be an issue with the sunab builds.

Can any opensuse, debian, etc user let us know if this bug still persists for them (it is marked as resolved in mantis)?

http://www.kdenlive.org/mantis/view.php?id=1394

Here in Archlinux it is resolved (manual compile).
Maybe the package creator did not upgrade to KDE 4.4 /Qt 4.6 before compiling.

I'm thinking the last poster has the answer.. KDE4.4 is only available on Kubuntu if you upgrade using the kubuntu beta PPA. More than likely the packager is still running KDE3.5...I'm disappointed but that's the way it goes sometimes :-)

I'm trying to do some research now to see if I can build it. I'm slammed with projects I'm working on, but I thought it is worth a shot.

It looks like ubuntu has an auto-builder tool that creates the ppa, and that might not include 4.4 since it is backported. A deb file for each architecture might be needed instead to get around that deficiency. I'm on 64bit, and I have a desktop running 32bit I may be able to use as well. I've never done this before (although I have compiled projects before, I'm just not sure how to handle dependencies).

"For me, The clips don't actually snap to the timeline at all, but free float.
If I save and reopen the project, the clips are all strewn in sequence on the topmost track."

^ Confirming the same problem on openSUSE 11.2, with KDE SC 4.4 from the factory repos, and with Kdenlive 0.7.7 from the packman repos. Am performing a system-wide update now in case it's a dependency that's the culprit. I'll report back if it is.

OK, all you Kubuntu users, it works if you build from source - therefore confirming the bugfix and the fact that the package is built against KDE 3.5

I did this as follows (NB this is not for beginners)
Ensured I had deb-src repositories enabled for everything (this involves editing /etc/apt/sources.list and /etc/apt/source.list.d/*.list)
Installed all the '-dev' dependencies as detailed on this site under Source->Download. Make sure you have libmtl-dev and libmlt++-dev
apt-get source kdenlive
cd kdenlive-0.7.7
dpkg-buildpackage -rfakeroot -uc -b
cd ..
sudo apt-get remove kdenlive-data (answer 'Y')
sudo dpkg -i kdenlive-data_0.7.7-0ubuntu0~karmic1_all.deb
sudo dpkg -i kdenlive_0.7.7-0ubuntu0~karmic1_i386.deb

Took me about 20 minutes. Got to love dpkg and apt and Debian packaging in general :-)

Tried it that way, and I'm getting an error when it is trying to tail a debian/changelog, which does not exist. I guess I'll just have to compile everything from scratch.

getting the source for kdenlive by using apt-get only gets the 7.5 source (from the repos). I downloaded the source from the soureforge page.

Ok, I uploaded the amd64 bit file, and it seems to be working on my machine:

http://rapidshare.com/files/353116836/kdenlive-.7.7-1_amd64.deb.html

Let me know if there are any issues. I built the package using checkinstall, as that is what I used on previous compiles.

Just a follow up - the problem doesn't seem to occur if I build 0.7.7 from source in openSUSE KDE SC 4.4. So I guess it's a packaging problem as well.