Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002116KdenliveRenderingpublic2011-05-06 22:542012-08-24 11:55
Reporterinterferon 
Assigned Toj-b-m 
PrioritynormalSeveritymajorReproducibilityalways
StatusassignedResolutionopen 
Platform64 bitOSArch LinuxOS Version
Product Version0.8 
Target VersionFixed in Version 
Summary0002116: Rendering a video always fails
DescriptionEverytime I try to export a project, to any format, the process suddenly crashes.
Kdenlive remains opened, and perfectly usable, but it is not able to render anything.

This happens since MLT has been upgraded to latest version (0.7.2).
Steps To Reproduce- Open a project
- Export it
TagsNo tags attached.
Build/Install MethodDistribution package
Attached Files

- Relationships
has duplicate 0002703new Renderer Crashes at start 

-  Notes
(0006713)
interferon (reporter)
2011-05-13 22:02

The only error message is
"Rendering of [name of video] aborted, resulting video will probably be corrupted"
(0006735)
j-b-m (administrator)
2011-05-25 15:16

Does the render crash also happen with a very simple project (for example only one color clip in timeline)?

As suggested in the forum, try to render to a script (using the "Generate Script" option in render dialog). The script will be saved in $HOME/kdenlive/scripts

Then in a terminal you can run the script, go in the $HOME/kdenlive/scripts folder and:

./script001.sh

That might provide more infos.

(0006736)
interferon (reporter)
2011-05-25 21:21

I encounter this problem no more since a couple of days.
The only thing related to Kdenlive (and by no means, I think, to MLT) that changed is the update of KDE libs from Arch Liunx repos.

Strange, but at least now it works.
(0006818)
dkm (reporter)
2011-06-07 11:59

I have the same issue. I'm using packages from debian-multimedia on an up-to-date debian sid.

mlt version is 0.7.2-0.1 and kdenlive is 0.8-4.

I can't say for small project. But exporting to WebM fails almost instantly, but exporting to h264 fails nearly at the end.

I've tried to generate a script and call it, but then it fails without doing anything (I also edited the script to include the -debug for forcing more output from mlt, but does't do anything...):

//STARTING RENDERING: false , false , "/usr/bin/melt" , "-debug" , "hdv_720_30p" , "avformat" , "-" , "/mnt/supra-fat/dkm/montages/scripts/script001.sh.mlt" , () , ("file:///mnt/supra-fat/dkm/montages/pilotage_helico_final__big.mp4", [^] "f=mp4", "hq=1", "acodec=aac", "ab=384k", "ar=48000", "pix_fmt=yuv420p", "vcodec=libx264", "minrate=0", "b=10000k", "g=250", "bf=3", "b_strategy=1", "subcmp=2", "cmp=2", "coder=1", "flags=+loop", "flags2=dct8x8", "qmax=51", "subq=7", "qmin=10", "qcomp=0.6", "qdiff=4", "trellis=1", "aspect=@16/9", "threads=1", "real_time=-1") , -1 , -1
Started render process: "/usr/bin/melt" "- -profile -debug -consumer hdv_720_30p:/mnt/supra-fat/dkm/montages/scripts/script001.sh.mlt progress=1 file:///mnt/supra-fat/dkm/montages/pilotage_helico_final__big.mp4 [^] f=mp4 hq=1 acodec=aac ab=384k ar=48000 pix_fmt=yuv420p vcodec=libx264 minrate=0 b=10000k g=250 bf=3 b_strategy=1 subcmp=2 cmp=2 coder=1 flags=+loop flags2=dct8x8 qmax=51 subq=7 qmin=10 qcomp=0.6 qdiff=4 trellis=1 aspect=@16/9 threads=1 real_time=-1"
"Rendering of /mnt/supra-fat/dkm/montages/scripts/script001.sh.mlt aborted, resulting video will probably be corrupted."

In case it can be of any use, I'm using clips in h264 720p@60fps (GoPro HD cam) along with rips of a DVD (I think I used xvid when ripping). The h264 clips are "proxied" in the editor.
(0006819)
dkm (reporter)
2011-06-07 12:06

(after a new try, I can see that the rendering to h264 fails exactly when going from 99% to 100%).
(0006843)
interferon (reporter)
2011-06-10 10:14

This issue, after a couple of weeks when every export went fine, suddenly came back, and now re-happens at every export, no matter which format I choose.

The script just gives me as error "Rendering of [name of video] aborted, resulting video will probably be corrupted."
(0006990)
AlexK (reporter)
2011-06-30 13:44

So far, this has occurred with every attempt to render my project; clips are avi; render to same-format avi file. I finally have some sensible output at SVN 5745:

Rendering of /home/alex/kdenlive/projects/ei/intro.avi crashed
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setRenderHint: Painter must be active to set rendering hints
QPainter::save: Painter not active
QPainter::setClipRect: Painter not active
QPainter::setWorldTransform: Painter not active
QPainter::opacity: Painter not active
QPainter::worldTransform: Painter not active
QPainter::setWorldTransform: Painter not active
QPainter::save: Painter not active
QPainter::setOpacity: Painter not active
...
(absolutely staggering number of lines, all QPainter, all saying essentially the same thing)
...
QPainter::restore: Unbalanced save/restore
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::restore: Unbalanced save/restore
QPainter::restore: Unbalanced save/restore
QPainter::restore: Unbalanced save/restore
QPainter::setWorldTransform: Painter not active
QPainter::setOpacity: Painter not active
QPainter::restore: Unbalanced save/restore
QPainter::end: Painter not active, aborted
(0007105)
cinek (reporter)
2011-07-31 00:25

I am also experiencing the problem, I get the same messages as AlexK.

When I render to MPEG2 the rendering stops exactly at a point when a title clip should show up. In my video the clip is initially set to 0 opacity.

I have tried to make a simple test case for it but failed, so obviously it is not just transparent title clips.

j-b-m, if you contact me privately via e-mail, I can upload my project files somewhere and send you a link.
(0007106)
cinek (reporter)
2011-07-31 00:51

A fairly simple project on which the problem is reproducible:

Layer 1: a title clip with a PNG image. It spans 0s to 5s on the timeline.
Layer 2: a text only title clip. It spans 6s to 11s on the timeline.
Layer 3: a movie (in my case an xvid 720 file). Spans 0 to 40-something seconds.

Layer 2's transition layer (or whatever it's called in English) is "Composition" (the default). It has two keyframes: at position 0 with opacity = 0% and at position 15 with opacity = 100%.

When you try to render this, rendering stops at the frame when Layer 2 is rendered (I came to the conclusion by rendering a single-pass MPEG2, AFAIK this should save almost all the frames up to the point of error).

If you have an idea on how to work around this, I'll be grateful.
(0007107)
j-b-m (administrator)
2011-07-31 01:01

@cinek:

I cannot reproduce using your instructions. Can you tell me which distro & FFmpeg / MLT / Kdenlive version you are using?
(0007108)
cinek (reporter)
2011-07-31 08:14

@j-b-m:
Now I can't reproduce using my instructions either... And I haven't saved the minimal reproduction project, what was I thinking?

Anyway, I'm using a recently installed Ubuntu 11.04 and Kdenlive from the sunab repository. Therefore I have:
- Kdenlive 0.8.0-0ubuntu0~sunab~natty1
- libmlt4 0.7.2-0ubuntu0~sunab~natty2
- ffmpeg 4:0.6.2-1ubuntu1

I have e-mailed you a link to my project files. I hope that this helps you reproduce the issue.
(0007119)
j-b-m (administrator)
2011-07-31 19:52

@cinek:
Don't know what to say... I downloaded your project files and installed a clean Ubuntu 11.04 with the same Kdenlive, MLT and FFmpeg versions as you, and I could render without problem.

Can you just make sure you don't have older MLT libraries:

ls -la /usr/lib/libmlt*
ls -la /usr/local/lib/libmlt*
(0007196)
cinek (reporter)
2011-08-11 23:09

@j-b-m

The crash is in melt (or libmlt).

I have generated a script from my project (the one you have) and run

 melt <scriptname>

under gdb.

Here is the stacktrace I got:
#0 0x00007fffeb608610 in sws_getColorspaceDetails () from /usr/lib/libswscale.so.0
#1 0x00007fffec8b8692 in set_luma_transfer (frame=0x7fffd8937a40, image=0x7fffe08238b0, format=0x7fffe08236cc, output_format=mlt_image_yuv422)
    at filter_avcolour_space.c:84
0000002 av_convert_image (frame=0x7fffd8937a40, image=0x7fffe08238b0, format=0x7fffe08236cc, output_format=mlt_image_yuv422)
    at filter_avcolour_space.c:139
0000003 convert_image (frame=0x7fffd8937a40, image=0x7fffe08238b0, format=0x7fffe08236cc, output_format=mlt_image_yuv422) at filter_avcolour_space.c:212
0000004 0x00007ffff7bc0513 in mlt_frame_get_image (self=0x7fffd8937a40, buffer=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08235cc,
    height=0x7fffe08235c8, writable=1) at mlt_frame.c:476
0000005 0x00007fffef1ce31c in filter_get_image (this=0x7fffd8937a40, image=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08235cc,
    height=0x7fffe08235c8, writable=1) at filter_crop.c:76
0000006 0x00007ffff7bc04ba in mlt_frame_get_image (self=0x7fffd8937a40, buffer=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08235cc,
    height=0x7fffe08235c8, writable=1) at mlt_frame.c:453
0000007 0x00007ffff7200c3b in filter_get_image (this=0x7fffd8937a40, image=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08235cc,
    height=0x7fffe08235c8, writable=1) at filter_deinterlace.c:271
0000008 0x00007ffff7bc04ba in mlt_frame_get_image (self=0x7fffd8937a40, buffer=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08235cc,
    height=0x7fffe08235c8, writable=1) at mlt_frame.c:453
0000009 0x00007ffff7bc0569 in mlt_frame_get_image (self=0x7fffd8937a40, buffer=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08235cc,
    height=0x7fffe08235c8, writable=1) at mlt_frame.c:465
0000010 0x00007fffef1d38ff in filter_get_image (this=0x7fffd8937a40, image=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08238cc,
    height=0x7fffe08238c8, writable=1) at filter_resize.c:265
0000011 0x00007ffff7bc04ba in mlt_frame_get_image (self=0x7fffd8937a40, buffer=0x7fffe08238b0, format=0x7fffe08236cc, width=0x7fffe08238cc,
    height=0x7fffe08238c8, writable=1) at mlt_frame.c:453
0000012 0x00007fffef1d505a in get_b_frame_image (this=0x88dbb0, b_frame=0x7fffd8937a40, image=0x7fffe08238b0, width=0x7fffe08238cc,
    height=0x7fffe08238c8, geometry=0x7fffe0823840) at transition_composite.c:845
0000013 0x00007fffef1d6226 in transition_get_image (a_frame=0x7fffd8941be0, image=0x7fffe0823e68, format=0x7fffd8b423b0, width=0x7fffe0823e8c,
    height=0x7fffe0823e88, writable=<value optimized out>) at transition_composite.c:1203
0000014 0x00007ffff7bc04ba in mlt_frame_get_image (self=0x7fffd8941be0, buffer=0x7fffe0823e68, format=0x892cd0, width=0x7fffe0823e8c,
    height=0x7fffe0823e88, writable=0) at mlt_frame.c:453
0000015 0x00007ffff7bd0f1b in producer_get_image (self=0x7fffd831a7d0, buffer=0x7fffe0823e68, format=0x892cd0, width=0x7fffe0823e8c,
    height=0x7fffe0823e88, writable=<value optimized out>) at mlt_tractor.c:275
0000016 0x00007ffff7bc04ba in mlt_frame_get_image (self=0x7fffd831a7d0, buffer=0x7fffe0823e68, format=0x892cd0, width=0x7fffe0823e8c,
    height=0x7fffe0823e88, writable=0) at mlt_frame.c:453
0000017 0x00007ffff7bd0f1b in producer_get_image (self=0x7fffd80107f0, buffer=0x7fffe0823e68, format=0x892cd0, width=0x7fffe0823e8c,
    height=0x7fffe0823e88, writable=<value optimized out>) at mlt_tractor.c:275
0000018 0x00007ffff7bc04ba in mlt_frame_get_image (self=0x7fffd80107f0, buffer=0x7fffe0823e68, format=0x892cd0, width=0x7fffe0823e8c,
    height=0x7fffe0823e88, writable=0) at mlt_frame.c:453
0000019 0x00007ffff7bce82d in consumer_read_ahead_thread (arg=0x892c50) at mlt_consumer.c:722
0000020 0x00007ffff79a1d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
0000021 0x00007ffff76ed04d in clone () from /lib/x86_64-linux-gnu/libc.so.6
(0007197)
cinek (reporter)
2011-08-11 23:29

sws_getColorspaceDetails is called with the first argument (context) being NULL and that's why it crashes.
Of course I have no idea what the underlying cause is.
(0007739)
danielmader (reporter)
2012-01-06 19:46

I am attaching myself to this report as I have exactly the same experience: I can perfectly use kdenlive to edit my project, but it is impossible to render *anything* in *any* format without the reported error message.

The rendered video from a 1-pass run seems to be perfectly fine, though, but 2-pass rendering is impossible, since the error is *always* thrown after a full run.

When I render to a script an run this, the error persists:

#! /bin/sh

SOURCE="/home/mada/Videos/kdenlive_Kino_openShot/scripts/script001.sh.mlt"
TARGET="file:///home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg" [^]
RENDERER="/usr/bin/kdenlive_render"
MELT="/usr/bin/melt"
PARAMETERS="-pid:19003 $MELT dv_pal avformat - $SOURCE $TARGET f=mpeg acodec=mp2 ab=384k ar=48000 vcodec=mpeg2video minrate=0 vb=12000k bf=2 b_strategy=1 trellis=1 aspect=@4/3 pass=2 threads=1 real_time=-1"
$RENDERER $PARAMETERS

mada@dionysosPRO:~> Videos/kdenlive_Kino_openShot/scripts/script001.sh
//STARTING RENDERING: false , false , "/usr/bin/melt" , "dv_pal" , "avformat" , "-" , "/home/mada/Videos/kdenlive_Kino_openShot/scripts/script001.sh.mlt" , "/home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg" , () , ("f=mpeg", "acodec=mp2", "ab=384k", "ar=48000", "vcodec=mpeg2video", "minrate=0", "vb=12000k", "bf=2", "b_strategy=1", "trellis=1", "aspect=@4/3", "pass=1", "threads=1", "real_time=-1") , -1 , -1
Started render process: "/usr/bin/melt" "/home/mada/Videos/kdenlive_Kino_openShot/scripts/script001.sh.mlt -profile dv_pal -consumer avformat:/home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg progress=1 f=mpeg acodec=mp2 ab=384k ar=48000 vcodec=mpeg2video minrate=0 vb=12000k bf=2 b_strategy=1 trellis=1 aspect=@4/3 pass=1 threads=1 real_time=-1"
"Rendering of /home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg aborted, resulting video will probably be corrupted."



I can change the script to include verbose mode:

#! /bin/sh

SOURCE="/home/mada/Videos/kdenlive_Kino_openShot/scripts/script002.sh.mlt"
TARGET="file:///home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg" [^]
RENDERER="/usr/bin/kdenlive_render"
MELT="/usr/bin/melt --verbose"
PARAMETERS="-pid:19003 $MELT dv_pal avformat - $SOURCE $TARGET f=mpeg acodec=mp2 ab=384k ar=48000 vcodec=mpeg2video minrate=0 vb=12000k bf=2 b_strategy=1 trellis=1 aspect=@4/3 pass=2 threads=1 real_time=-1"
$RENDERER $PARAMETERS

Then, a graphical window is displayed, playing the movie project in real time. It stops at the end but does not close itself! The shell shows this:

mada@dionysosPRO:~> Videos/kdenlive_Kino_openShot/scripts/script002.sh
//STARTING RENDERING: false , false , "/usr/bin/melt" , "--verbose" , "dv_pal" , "avformat" , "-" , "/home/mada/Videos/kdenlive_Kino_openShot/scripts/script002.sh.mlt" , () , ("file:///home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg", [^] "f=mpeg", "acodec=mp2", "ab=384k", "ar=48000", "vcodec=mpeg2video", "minrate=0", "vb=12000k", "bf=2", "b_strategy=1", "trellis=1", "aspect=@4/3", "pass=1", "threads=1", "real_time=-1") , -1 , -1
Started render process: "/usr/bin/melt" "- -profile --verbose -consumer dv_pal:/home/mada/Videos/kdenlive_Kino_openShot/scripts/script002.sh.mlt progress=1 file:///home/mada/Videos/kdenlive_Kino_openShot/Dummyproject.mpg [^] f=mpeg acodec=mp2 ab=384k ar=48000 vcodec=mpeg2video minrate=0 vb=12000k bf=2 b_strategy=1 trellis=1 aspect=@4/3 pass=1 threads=1 real_time=

Only after I close the video display, the error is shown:
"Rendering of /home/mada/Videos/kdenlive_Kino_openShot/scripts/script002.sh.mlt aborted, resulting video will probably be corrupted."


I would very much appreciate if this could be fixed! Kdenlive is an amazingly cool movie editor, thanks in advance!
(0007740)
danielmader (reporter)
2012-01-06 19:48

Sorry, I forgot: this happens on openSUSE 12.1 x86_64, on different boxes, with clean config files.

Packages are from the packman repo for tumbleweed:
kdenlive-0.8.2.1-1.5.x86_64
mlt-0.7.6-1.5.x86_64

The same error was thrown on 11.4, too, though.
(0007741)
danielmader (reporter)
2012-01-06 19:50

Here are a couple forum threads with the same problem, as it seems to be fairly widespread and not distro-specific:

http://www.kdenlive.org/forum/resulting-video-will-probably-be-corrupted [^]

http://www.kdenlive.org/forum/kdenlive-082-rendering-aborted-resulting-video-will-probably-be-corrupted [^]
(0007743)
j-b-m (administrator)
2012-01-06 20:43

For OpenSuse users, there is a Suse specific issue in MLT that was fixed in git, see :
http://sourceforge.net/tracker/?func=detail&aid=3460215&group_id=96039&atid=613414 [^]

As a workaround, you can remove the ladspa plugins

For Ubuntu users, if using sunab's packages you must make sure to use the official FFmpeg packages from Ubuntu, not some from another PPA.
(0007744)
danielmader (reporter)
2012-01-06 21:08

Thanks for that quick reply! There is hope, it seems :)

However, when I try to uninstall the ladspa package, kdenlive would get removed, too.

There is no additional ladspa-related package installed, only this one:
ladspa-1.13-11.1.3.x86_64

I'd be grateful for any further hint -- or is it save to use the rendered files until the package is updated? Is the error really an error, or is it just an annoyance?
(0007959)
farid (developer)
2012-04-03 05:55

i confirm this also!

:(
(0008104)
ttguy (reporter)
2012-06-01 17:28
edited on: 2012-06-01 17:28

This looks somewhat like what I have too.

except I get a "VBV buffer size not set, muxing may fail" error in the picture.

Rendering appears to go to 99% and then reports failure. But the files look fine.

Ubuntu 12.04
Kdenlive 0.9.2 (and 0.9)
melt 0.7.8
FFmpeg packages are from Ubuntu


$ ./test_mpg_render.sh
//STARTING RENDERING: false , false , "/usr/bin/melt" , "dv_pal_wide" , "avformat" , "-" , "/home/ttguy/Videos/scripts/test_mpg_render.sh.mlt" , "/home/ttguy/Videos/home_movies_vol23a-test.mpg" , () , ("f=mpeg", "acodec=mp2", "ab=384k", "ar=48000", "vcodec=mpeg2video", "minrate=0", "vb=12000k", "bf=2", "b_strategy=1", "trellis=1", "aspect=@16/9", "threads=1", "real_time=-1") , -1 , -1
Started render process: "/usr/bin/melt" "/home/ttguy/Videos/scripts/test_mpg_render.sh.mlt -profile dv_pal_wide -consumer avformat:/home/ttguy/Videos/home_movies_vol23a-test.mpg progress=1 f=mpeg acodec=mp2 ab=384k ar=48000 vcodec=mpeg2video minrate=0 vb=12000k bf=2 b_strategy=1 trellis=1 aspect=@16/9 threads=1 real_time=-1"
"Rendering of /home/ttguy/Videos/home_movies_vol23a-test.mpg aborted, resulting video will probably be corrupted."

try running this bit myself
/usr/bin/melt /home/ttguy/Videos/scripts/test_mpg_render.sh.mlt -profile dv_pal_wide -consumer avformat:/home/ttguy/Videos/home_movies_vol23a-test.mpg progress=1 f=mpeg acodec=mp2 ab=384k ar=48000 vcodec=mpeg2video minrate=0 vb=12000k bf=2 b_strategy=1 trellis=1 aspect=@16/9 threads=1 real_time=-1

output:
[dv @ 0xb5b0c320] Estimating duration from bitrate, this may be inaccurate
[mpeg @ 0xb680adc0] VBV buffer size not set, muxing may fail
Current Frame: 1011, percentage: 99
Segmentation fault (core dumped)

(0008123)
ttguy (reporter)
2012-06-11 04:22

As reported by me on this post http://www.kdenlive.org/forum/rendering-crashes-end-ubuntu-1204-x64-kdenlive-09#comment-17789 [^] an update from sunab sandbox ppa which gave me a melt 0.8.0 (up from 0.7.8) [but some other changes too] fixed this issue for single pass renderings

- Issue History
Date Modified Username Field Change
2011-05-06 22:54 interferon New Issue
2011-05-13 22:02 interferon Note Added: 0006713
2011-05-25 15:16 j-b-m Note Added: 0006735
2011-05-25 15:16 j-b-m Assigned To => j-b-m
2011-05-25 15:16 j-b-m Status new => feedback
2011-05-25 21:21 interferon Note Added: 0006736
2011-05-25 21:21 interferon Status feedback => assigned
2011-06-07 11:59 dkm Note Added: 0006818
2011-06-07 12:06 dkm Note Added: 0006819
2011-06-10 10:14 interferon Note Added: 0006843
2011-06-30 13:44 AlexK Note Added: 0006990
2011-07-31 00:25 cinek Note Added: 0007105
2011-07-31 00:51 cinek Note Added: 0007106
2011-07-31 01:01 j-b-m Note Added: 0007107
2011-07-31 08:14 cinek Note Added: 0007108
2011-07-31 19:52 j-b-m Note Added: 0007119
2011-08-11 23:09 cinek Note Added: 0007196
2011-08-11 23:29 cinek Note Added: 0007197
2012-01-06 19:46 danielmader Note Added: 0007739
2012-01-06 19:48 danielmader Note Added: 0007740
2012-01-06 19:50 danielmader Note Added: 0007741
2012-01-06 20:43 j-b-m Note Added: 0007743
2012-01-06 21:08 danielmader Note Added: 0007744
2012-04-03 05:55 farid Note Added: 0007959
2012-06-01 17:28 ttguy Note Added: 0008104
2012-06-01 17:28 ttguy Note Edited: 0008104 View Revisions
2012-06-11 04:22 ttguy Note Added: 0008123
2012-08-24 11:55 vpinon Relationship added has duplicate 0002703


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker