Debian, testing/sid, AMD64 -- 0002191: Rendering does not work at all

Hi guys, :-)

firstly, thanks for the great software.

This has worked flawlessly in the past, but rendering fails now on Debian testing/sid, AMD64. The error is the same as the bug number, as per the subject/title.

Installing is no issue, but the render will die @ 99%. I have reinstalled several times, stable, testing and sid, but nada. Success in installing, but video render fails....

If this, "This sounds like a problem between ffmpeg and MLT. Are you sure MLT is compiled against the ffmpeg version you have on your machine? (http://kdenlive.org/mantis/view.php?id=2191) (ttill (developer))," I would be very grateful for an updated howto, to ensure the pkgs are in synch & will install.

Warm regards,
Greek Buddhist Geek :-)

Me too. My h264 renderings hang on 61%. melt and kdenlive can preview the project just fine.
Happens with Debian unstable, dmo and latest git versions of kdenlive and mlt.

Previously I had a Debian stable chroot with only latest mlt and kdenlive from git, but that does not work either anymore. Got some strange looking crashes with kdenlive. On unstable they work, though have seen a few crashes here and there, but failing to render is the biggest issue. Though I saw some timeline related issues too, unmovable clips and strangely moved clips after kdenlive restart. But that's normal :)

There is a well-known bug in debian's version of Qt that causes the background render process to crash at exit:

http://sourceforge.net/tracker/?func=detail&aid=3315220&group_id=96039&a...

Kdenlive reports it as a failure when in fact it really succeeded to create a valid file. Of course, it does not work with 2-pass encoding because Kdenlive does not run the second pass when the first one fails. Can you make a single pass render, let it fail, and try playing the file anyways? Unfortunately, there is no workaround at the moment other than to run something that uses something older than Qt 4.7.3. :(

Thanks, it seems the Qt crash is now fixed in latest Debian unstable libqt4 version 4:4.7.3-7 and rest of the problems seem to be fixed in latest ffmpeg. Maybe my bug can be closed 2291 (damn spam filter).

But now I have kdenlive crashing when adding files to project..

It would be nice to know what distros kdenlive developers are using to develop kdenlive. I would like to run that OS in chroot to run kdenlive and hopefully it would be more stable there.

Hi guys.

Thanks ddennedy for flagging this issue, in these forums. Investigating this issue in Google, before posting here, did not cast any light on it....


"Kdenlive reports it as a failure when in fact it really succeeded to create a valid file."

I'm puzzled where this was observed, as no target file is created in my system. MLT just hogs a couple of gigs of ram & only stops on a force close.


"Unfortunately, there is no workaround at the moment other than to run something that uses something older than Qt 4.7.3. :("

That is a massive downgrade, will break a lot of other stuff, to run one application. QT 4.6.3-4 = Stable.

Speaking of versioning and "well-known," it would be useful to update the Debian Kdenlive install instructions on this site, as they are a tad out of date. They reference "Kdenlive 0.7.7.1 Debian packages are now available in Debian sid (unstable)."

However, 0.7.8= stable. 0.8-4.2= testing. 0.8-4= unstable. ;-)

mcfrisk notes that " Qt crash is now fixed in latest Debian unstable libqt4 version 4:4.7.3-7" I can report no such fix, on my system, running that version. This will "hopefully" be fixed in libqt 4.7.4, for which I was not able to find a release date.

Until then and way against my preference of using Tux since June '98, I shall go over to the dark side and look at commercial software on Tux or Windoze, because I have time constraints and three more video projects to complete and one move of country to do.

GreekGeek :-)