This forum has been archived. All content is frozen. Please use KDE Discuss instead.

rendering fails

Tags: None
(comma "," separated)
mcfrisk
Registered Member
Posts
40
Karma
0

rendering fails

Wed May 13, 2009 9:21 am
Any idea why rendering is failing on my project?

All profiles end up with 0% and a waiting status forever and I see nothing interesting in the debug output.

Using debian-multimedia.org based packaging for kdenlive 0.7.3-0.0svn3376 and:

Versions of packages kdenlive depends on:
ii kdebase-runtime 4:4.2.2-1 runtime components from the offici
ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libgcc1 1:4.4.0-4 GCC support library
ii libmlt++1 1:0.3.8-0.0svn1428 An open source multimedia framewor
ii libmlt1 1:0.3.8-0.0svn1428 An open source multimedia framewor
ii libqt4-dbus 4.5.1-2 Qt 4 D-Bus module
ii libqt4-network 4.5.1-2 Qt 4 network module
ii libqt4-svg 4.5.1-2 Qt 4 SVG module
ii libqt4-xml 4.5.1-2 Qt 4 XML module
ii libqtcore4 4.5.1-2 Qt 4 core module
ii libqtgui4 4.5.1-2 Qt 4 GUI module
ii libsdl1.2debian 1.2.13-4+b1 Simple DirectMedia Layer
ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3
ii mlt 1:0.3.8-0.0svn1428 An open source multimedia framewor

Versions of packages kdenlive recommends:
ii dvgrab 3.2-2+b1 grab digital video data via IEEE13
pn frei0r (no description available)
ii swh-plugins 0.4.15-1 Steve Harris's LADSPA plugins

Versions of packages mlt depends on:
ii ffmpeg 5:0.5+svn20090508-0.0 audio/video encoder, streaming ser
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libmlt1 1:0.3.8-0.0svn1428 An open source multimedia framewor

Versions of packages ffmpeg depends on:
ii libavcodec52 5:0.5+svn20090508-0.0 library to encode decode multimedi
ii libavdevice52 5:0.5+svn20090508-0.0 ffmpeg device handling library
ii libavfilter0 5:0.5+svn20090508-0.0 a graphics library;
ii libavformat52 5:0.5+svn20090508-0.0 ffmpeg file format library
ii libavutil50 5:0.5+svn20090508-0.0 avutil shared libraries
ii libc6 2.9-12 GNU C Library: Shared libraries


mcfrisk
Registered Member
Posts
40
Karma
0

Re: rendering fails

Wed May 13, 2009 9:58 am
Hmm, downgrading kdenlive from svn3376 to plain 0.7.3 seems to help. At least rendering starts and an output file starts getting bigger.


j-b-m
Registered Member
Posts
804
Karma
1

Re: rendering fails

Wed May 13, 2009 10:00 am
Maybe you should try to run the Config Wizard from the "Settings" menu and make sure it correctly finds all MLT related stuff, you can also check in Kdenlive Settings dialog if in the tab "Environment", the path to "inigo" is set correctly. Last, you can try to delete your ~/.kde/share/config/kdenliverc file
mcfrisk
Registered Member
Posts
40
Karma
0

Re: rendering fails

Wed May 13, 2009 10:45 am
Rendering worked but output contains quite a few bugs. I'm mixing pal dv, 720p30 and 1080i videos and still images. Major gripes are:

* 1080i videos[1] play with double speed, audio with normal speed

The files are 'double speed' also on the kdenlive time line, but playback during editing is so slow I had not noticed this. ffplay and mplayer play these fine, inigo is jerky. I converted these from the original mts files with ffmpeg, perhaps I made something wrong since ffmpeg -i complains:

Seems stream 0 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 59.94 (60000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'tommin_kamera/Tommin kamera 1/avi/00010.avi':
Duration: 00:00:03.71, start: 0.000000, bitrate: 75575 kb/s
Stream #0.0(eng): Video: mpeg4, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.94 tbr, 59.94tbn, 60k tbc
Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16

For this I will try if the original .mts files work better, sigh.

* mixing interlaced pal dv stream with 720p, and forcing rendering output to be progressive, results in partially deinterlaced output. I noticed a few places where dv stream was not deinterlaced.

For this I think I should deinterlace all .dv files before feeding them to kdenlive. I used to do the same with kino which at some point couldn't handle them both.


mcfrisk
Registered Member
Posts
40
Karma
0

Re: rendering fails

Wed May 13, 2009 12:02 pm
I ran config wizard on the svn version, inigo and others are found. Rendering a test project also works. But with my large project wizard failed once complaining at start about inigo or mlt's sdl support, which exists and mostly works from what I can tell, and rendering my project fails to go past waiting state and 0%.

Test project rendering brought this to the log:

//STARTING RENDERING: true , false , "/usr/bin/inigo" , "hdv_720_30p" , "avformat" , "-" ,"/tmp/kde-mcfrisk/kdenlivejM2861.westley" , "/home/mcfrisk/kdenlive/untitled.mp4" , () , ("f=mp4", "acodec=libmp3lame", "ab=128k", "ar=44100", "vcodec=mpeg4", "minrate=0", "b=400k", "aspect=@16/9", "mbd=2", "trellis=1", "mv4=1", "s=1280x720") , -1 , -1
Started render process: "/usr/bin/inigo" "/tmp/kde-mcfrisk/kdenlivejM2861.westley -profile hdv_720_30p -consumer avformat:/home/mcfrisk/kdenlive/untitled.mp4 progress=1 f=mp4 acodec=libmp3lame ab=128k ar=44100 vcodec=mpeg4 minrate=0 b=400k aspect=@16/9 mbd=2 trellis=1 mv4=1 s=1280x720"
Rendering of "/home/mcfrisk/kdenlive/untitled.mp4" finished

I newer see similar logs when rendering my large project. I think this is something else than a plain config mess.

Rendering the test project also fails to deinterlace 1080i and some of the pal-dv clips even when forced, but using original mts files instead of my manually converted mpeg4 avi's takes care of the double speed issue with 1080i clips.

Btw, loading my large project takes around 20 minutes! A lot of FUile infos are loaded slowly for each clip and kdenlive swaps like hell on this machine with only one gigabyte of memory. A quite a few crashes have happened, but nothing repeatable yet.


User avatar
ttguy
Moderator
Posts
1152
Karma
6
OS

Re: rendering fails

Tue Jan 01, 2013 11:19 am
what type of input files?

What vers of kdenlive?



Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot], Yahoo [Bot]