On Wed, Feb 19, 2014 at 12:05 PM, Claus R. F. Overbeck <claus.overbeck at abovo-it.com> wrote: > On 19.02.2014 19:12, Dan Dennedy wrote: >> Here is today's 32-bit version. I do not recall if it runs on Debian >> stable. I think it might depend on a newer glibc such that it will >> work on Debian testing or unstable tho. Well, you can try: >> >> http://builds.meltytech.com/kdenlive/kdenlive-ubuntu12.04-x86-20140219.tar.bz2 >> >>> Does that build include MLT? >> >> Yes, and x264, lame, frei0r, and FFmpeg. :o) You do not need to >> install this. You simply extract it anywhere you like and run the >> start-kdenlive script. You must use this launch script and not try to >> run the binary in bin/ directly! > > Hi Dan, > > thanks for the build. It runs on my debian (which has some packets from > testing and unstable). > > However the problem persists. Could you check my project > (http://overbeck-it.de/tmp/kdenlive-test.tgz)? The error is easily > reproduced: > Open 00038_53.MTS in the clip monitor. > 1. Extract some frame from the middle to a PNG and add this to the project. > 2. Add the png to the timeline (track1) > 2. Add 00038_53.MTS to the timeline (track2) > The change in brightness can be easily seen on the switch from track 1 > to track 2 > > The same goes for overlapping 00038_53.MTS with a frozen version of > 00038_53.MTS. >
Claus, I started looking into this. I do not have a fix yet, but it looks like a workaround (with the build I provided) is to make the project use the ITU-R 601 colorspace. You will need to create a custom project profile under Settings, switch the project to it using Project > Project Settings, and save (Save As?) the project. I recommend you restart Kdenlive after that and load the new project. Hope that helps for now. -- +-DRD-+