can't place/edit tracks grahic files distorted since ibmlt++3-0.5.2-0.pm.3.16

I have been using kdenlive for a project for the last 5 months. It has been very reliable until now.

I've update to the latest version of mlt and kdenlive appears to be severely broken now.

The first symptom was distorted still images regardless of format (jpg, png, tiff) still images appear distorted - like they are "squished" at a 45 degree angle.

I now can't even place a video clip on the timeline. A clip does not "attach" to the timeline. It be moved so the clip goes past the zero mark. If I try to cut a clip, an error message appears stating the clip can not be found

I'm using an OpenSuse 11.2 64 bit system with the following packages:

kde4-kdenlive-lang-0.7.7.1-0.pm.1.1.noarch
kde4-kdenlive-0.7.7.1-0.pm.1.1.x86_64
kde4-kdenlive-debuginfo-0.7.7.1-0.pm.1.1.x86_64

libmlt++3-0.5.2-0.pm.3.16.x86_64
libmlt2-32bit-0.5.2-0.pm.3.16.x86_64
mlt-debuginfo-0.5.2-0.pm.3.16.x86_64
mlt-0.5.2-0.pm.3.16.x86_64
mlt-debugsource-0.5.2-0.pm.3.16.x86_64
libmlt++3-32bit-0.5.2-0.pm.3.16.x86_64
libmlt2-0.5.2-0.pm.3.16.x86_64
python-mlt-0.5.2-0.pm.3.16.i586

libqt4-4.6.2-114.1.x86_64

Forums:

One way around the distorted still images (I encountered that too) is to create still images through the title mode. Import the still image as a title and fill up the title screen with it using the zoom function.
Can't help you with the other errors. I'm experiencing widespread errors with the new revisions where none existed before.

Waynevid

One big change in MLT v0.5.2 is to default to libswscale for all image conversion and scaling, and there were some bad interactions with some versions libswscale. Thus far we have seen 3 problems, and one is similar to what you describe but appears only when scaling to a non-even width, which is quite possible with images of various sizes needing auto-scaling to fit the project res/aspect. One of the problems was fixed in the 0.5.4 release of MLT, but not the one similar to this - that was fixed in git trunk recently.

I think the problem with placing clips on the timeline sounds like the well known qt 4.6 compatibility problem. This happens when kdenlive is not built against qt 4.6, but you are running qt 4.6.
http://www.kdenlive.org/mantis/view.php?id=1520

Also have had issues with _each_ video clip distorted/"squished" at a 45 degree angle.
Thanks for this post - downgrade mlt and other packages to 0.5.1 solved problem.

I'm also seeing the 45 deg squashed image error for still pix imported, as reported by gholtslander. This is on a 64-bit openSUSE-11.2 with qt 4.5, and mlt-0.5.2 (packman packaged) and kdenlive-0.7.7.1.

Same here on Fedora 13 -
Tried backing out to previous version of mlt - kdenlive then would not start
Tried trunk of mlt - kdenlive crashed on rendering

Can't go forward ... can't go back ... whatayadooo?

Why can you not go forward? mlt 0.5.6 is the latest release where this issue was fixed, and 0.5.8 is going to be released very soon. However, if you can only upgrade to ffmpeg 0.6 and mlt 0.5.4 which I see on rpmfusion.org, then it should work correctly due to an upgraded libswscale that comes with ffmpeg.

Hi ddennedy !
Thanks for the response.

"However, if you can only upgrade to ffmpeg 0.6 and mlt 0.5.4 which I see on rpmfusion.org, then it should work correctly due to an upgraded libswscale that comes with ffmpeg."

This is my current list of packages

Installed Packages
ffmpeg.i686 0.6-3.fc13 @rpmfusion-free-updates
kdenlive.i686 0.7.7.1-1.fc13 @rpmfusion-free
mlt.i686 0.5.4-1.fc13 @rpmfusion-free

-----------
It seams better, however, it still occasionally does it... I've been toying with dimensions and making sure the jpg is some multiple of the output appears to work around the problem.

I have a jpg 300 x 244 with output 320 x 240 - will still shear it at a 45 degree angle...

This happens on the project window and the rendered output. Strangely, if I pause the project monitor, the picture snaps back to normal.

------------
Is there some more info you would like, or should I try something different?

BTW - Great application !!!!

Oh, forgot...
I tried doing a git & build of mlt trunk - but maybe that was too out of sync for the rest? (crashed on any render)

Should I try to git mlt 5.6?

Ahh, (I'm guessing) the "pause" is going through thumbnail generator code? vs rendering or project view code which has the resize problem...

removed current mlt with rpm -e --nodeps mlt
did a git mlt - checkout v0.5.6, make clean, make, sudo make install
libraries built :

-rwxr-xr-x 1 root root 366441 Sep 5 11:26 /usr/lib/libmlt.so
-rwxr-xr-x 1 root root 141246 Sep 5 11:26 /usr/lib/libmlt++.so
-rwxr-xr-x 1 root root 366441 Sep 5 11:26 /usr/lib/libmlt.so.0.5.6
-rwxr-xr-x 1 root root 141246 Sep 5 11:26 /usr/lib/libmlt++.so.0.5.6
-rwxr-xr-x 1 root root 366441 Sep 5 11:26 /usr/lib/libmlt.so.2
-rwxr-xr-x 1 root root 141246 Sep 5 11:26 /usr/lib/libmlt++.so.3

1st time starting kdenlive - got could not find profiles - ... copied profiles to usr/share/mlt/profiles

attempt 2 - started kdenlive - crash
dev info follows:

Application: Kdenlive (kdenlive), signal: Segmentation fault
[KCrash Handler]
#6 mlt_properties_find (this=0x0, name=0x82b14a0 "resize") at mlt_properties.c:348
#7 mlt_properties_fetch (this=0x0, name=0x82b14a0 "resize") at mlt_properties.c:414
#8 0x005fa694 in mlt_properties_set_int (this=0x0, name=0x82b14a0 "resize", value=1) at mlt_properties.c:738
#9 0x00e3d1fe in Mlt::Properties::set(char const*, int) () from /usr/lib/libmlt++.so.3
#10 0x080d3f8a in _start ()

----- have reverted to 5.4 now from the distro (with 45 degree video & picts :P )