Kdenlive rendering - corrupted files

I don’t know whether this is the right place for this inquiry, but I have recently made a new installation of both openSUSE 11.4 and 12.1 on two separate computers and have installed kdenlive Version from SUSE’s repositories.

I have been using kdenlive on open SUSE 11.4 in the past without any problems, but now find that at the end of the rendering process this error occurs (on both computers):

“Rendering of /home/dick/kdenlive/untitled.mpg aborted, resulting video will probably be corrupted.”

As a result I cannot burn a DVD.

I have posted this problem on the Kdenlive forum and have got no response.

I am wondering whether a library (such as ffmpeg) could be responsible, but I don’t know how to get older versions to try, or other similar programs used in kdenlive. The problem occurs with all output formats.

Since I am keen to use kdenlive I would like to solve this problem. Any ideas?

I have yet to successfully render anything with KdenLive without an error.
both 11.4 and 12.1
and in ArchLinux and Ubuntu.

On my 64-bit openSUSE-11.4 kdenlive works ok (although some output codecs don’t function - ie h264 has hiccups).

As a test, 2 minutes ago, I finished encoding a 10 minute video clip with MPEG-4 output code.

My kdenlive version:

My mlt version: mlt-0.7.6-1.8.x86_64

My view is you are not trying enough different codecs if this fails for you.

I have the same problem. There seems to be a bug/problem in the memory cleanup code of melt at the end of rendering. It crashes there always, but sometimes the resulting output file is usable.
I compiled the new version of melt (0.7.7; together with the corresponding kdenlive version) from source and did not have this problem any more.
I am not shure, if this is because of the new version or of the compiling on my machine.

wrt creating a DVD, I typically use kdenlive to create a video at 720p at a high bit rate (blue ray quality or better), which is MUCH higher than DVD quality. And then I convert the video with ‘tovid’ to a DVD compatible lower quality (than 720p) video bit rate/resolution.

With tovid one can also check to see if a video is DVD compliant prior to burning with:

tovid id somevideo.mpg

Thank you all for your suggestions.
I am trying to recompile melt as suggested by hendwolt, who has experienced the same problem.
I cannot find the source of melt, and indeed melt does not show on the software management in YaST.
Could you help me here? Also I have not compiled in linux, but I will give a go.

I suspect he may mean the ‘media lovin toolkit’ (mlt) WebHome < MLT < MLT Wiki

Recompiling is NOT the nominal openSUSE way to fix problems, although a lot of users who are happy to compile will do so. Its not the way I recommend.

Instead, if there is a definite problem (and not finger trouble) that one can point to, then its better to go to the packager of the application and ask them to fix it. That way EVERYONE benefits and not just one’s self. THATS how things progress in a distribution and by doing such our own efforts are amplified …

mlt is packaged by the packman packagers: PackMan :: Informationen zum Paket mlt One can contact them by joining the Packman packager mailing list, with instructions here how to do so Packman Info Page … and advise them on that mailing list that one is having corruption with kdenlive and that one suspects the corruption is in ‘mlt’ and ask that they rebuild it.

I followed the instructions on this page: BuildScripts < MLT < MLT Wiki
and used the script: build-kdenlive.sh

This version includes mlt, because kdenlive and mlt must be used in versions that fit together. The result of the compiling does not provide all codes available, so self-compiling is not the perfect solution in more than one way.
In the kdenlive/mlt bug tracker are more the two bugs for this crash problem. I don’t know, if the packman people can do anything about this, but I did not look at that mailing list.

On 02/04/2012 04:06 PM, dick222 wrote:

> Since I am keen to use kdenlive I would like to solve this problem. Any
> ideas?

I haven’t had a problem lately, but when I was using openSUSE 11.0 or
11.3 (IIRC) it would sometimes blow up towards the end. The solution
for me was to break up the video into chapters and render each one. As
long as they were below 30 minutes or so it seemed to work OK. If I
went longer they ab-ended.

I had plenty of disk space, could have used more RAM but probably had
around a gig so it wasn’t too starved. But something would get
confused. Anyway, you might try that and see if it helps…


Kevin Miller - http://www.alaska.net/~atftb
Juneau, Alaska
In a recent survey, 7 out of 10 hard drives preferred Linux
Registered Linux User No: 307357, http://linuxcounter.net

Yes, this problem is real – not just fat finger disease. It is discussed at length in the kdenlive forum: Any rendering crashes! | Kdenlive starting 21JAN12.

One of our Ubuntu brethren patched by means he described in this way:

first I removed my existing ppa:sunab entries from the sources.
next, using synaptic, I removed kdenlive and kdenlive-data, then melt, AND the associated mlt librarys. Three of them. If you just remove melt and not the libs it won’t get fixed.
from the command line I used this command:
sudo add-apt-repository ppa:sunab/kdenlive-release && sudo apt-get update && sudo apt-get install kdenlive.
when it comes back, melt and the librarys are downgraded to 0.7.6 and everything works, for me.

Unfortunately, I think we are at the mercy of library maintainers to patch and distribute.

Yes, I think waiting is an option - but it may be worth downgrading mlt. I cannot find a way of doing this - can anyone put me on the right track?

Someone who HAS the problem, and can fully reproduce it (and thus test any fixes that might be provided) needs to report this to the Packman packagers.

That disqualifies me, as I did not have the problem on my Intel Core i7 based PC with openSUSE-11.4 (but unfortunately THAT PC died last night). I’m now using an older Core 2 duo based laptop with openSUSE-12.1 (until I can get my Desktop fixed). My laptop will render an MPEG2 and MPEG4 output format (although it gives a warning message at the end of the rendering stating clip might be corrupted, and then gives more errors about the rendering crashing - while rendered clip is in fact fine). The file play back is fine.

On my laptop:

I just had a look at the packman mailing list archives. Someone has reported this problem there (in November); without any answers.

Possibly a polite reply to it, with a note that the problem still exists could be in order (as a ‘bump’ ).

Hi, I’ve seen that MLT 0.7.8 has been released and hope to get also my similar rendering issues fixed with it. So how long will it take to get this MLT version on packman normally?

On the Kdenlive forum Colin Power provided a solution here, I’m not versed with SRPM’s and spec file so I too will have to continue waiting for the Packman team to provide a corrected RPM built package.

It is also said by some users to be related to Jack audio. This did not solve it for me. Perhaps this is hardware related, I’m using an HP-DV7 1010ea laptop.

If I understand correctly this issue has been know for a good number of months.

Despite the rendering error messages all my files work as expected and am able to make .VOB from .AVI (type 2) files from my DV camcorder.

What I have picked up from the Kdenlive forum is its possibly not the best to use the latest FFMPEG as we all tend to use from Packman repository.

Opensuse 12.1
mlt-0.7.6-2.1.x86_64.rpm (plus dependencies)

Having read up a little on RPMs I’ve managed to create new RPM files bases on MLT 0.7.8 by adjusting Packman’s spec file. I can confirm that MLT 0.7.8 does not finish the renders with error messages. I should have done this ages ago.