After going to 0.7.6 when I use Render To File and view the progress under the job queue tab the job never moves of Waiting status.

However, in the background the job is rendered with out any problem.

This is a bit anoying since you get no feed back as to how the render is going.

I am running Ubuntu 9.04 and KDE 4.2.2

My system seemed to self uninstall ver 0.7.5 and require me to re-install kdenlive which is how I ended up with 0.7.6. Which was a bit strange I thought. But I am a bit of Ubuntu newbie.
So I don't know if this would have anything to do with it.

ttguy

Sorry, works for me - not using Ubuntu and its package. Check the bug database to see if anyone else reported.

Just for any future reference:

...It seems to be working now. After reporting this issue I shut my system down and there were 2 or three instances of KDENLIVE running somewhere on the system. So this issue could be related to that. The redendering was happening on one of these phantom instances.

Anyway, since rebooting this ver 0.7.6 is working fine for me.

Another issue that I had before rebooting was that previewing the edited video by playing it on the time line would be very jerky and then it would hang.

But this disappeared after reboot too.

kdenlive 0.7.7 upgrated and i had the same issue, terminating the processes and starting render again solved it, the progress bar is shown correctly now

Thank you!

I'm having the same problem. I start a render job - it is displayed on the queue as waiting. The job renders to completion but the queue progress status says it is still waiting with 0% progress.

Even from a fresh system restart I have this issue - It does not appear to be caused by already running processes. In rare cases the render queue will indicate some progress but it rarely does. I can't determine what differences are causing this

If I start a second render job it will not start even if the first render job completes. Its necessary for me to remove the first job from the queue before the second job will start.

I am using RPM packages on an OpenSuse 11.2 64 bit system

kde4-kdenlive-0.7.7.1-0.pm.1.1.x86_64

mlt-0.5.2-0.pm.3.16.x86_64
mlt-debugsource-0.5.2-0.pm.3.16.x86_64
libmlt++3-0.5.2-0.pm.3.16.x86_64
mlt-debuginfo-0.5.2-0.pm.3.16.x86_64
python-mlt-0.5.2-0.pm.3.16.x86_64
libmlt2-0.5.2-0.pm.3.16.x86_64


from repository http://packman.links2linux.de

This also seems to happen intermittently for me, running basically the same system as gholtslander.
If I have a saved project, just open and render, seems to work, but if you have been editing and then go to render, the progress indicator doesn't seem to work....
John.

This is a known issue if you are running more than one instance of kdenlive.

this problem has arisen for me again. I am using the following:
FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.1
Qt: 4.6.2
KDE Development Platform: 4.4.5 (KDE 4.4.5)
Kdenlive: 0.8
MLT melt 0.7.0

All from sanub's repo for Ubuntu 10.04 to the best of my knowledge. I do NOT have 2 instance of kdenlive running either, this is a machine that is just started up, and the only things started up are firefox, kdenlive, and a terminal. Any suggestions?

bump

I also have this issue. The progress bar stays at 0 percent, but the render will complete if given time. I watch the CPU monitor in KDE until they settle down.

kdenlive 0.8.1 rev(5729)
mlt 0.7.3
OpenSuse 11.4 64-bit

The odd thing is that every once in a while it will work until the next reboot. I don't remember when it first stated happening, but it has been going on for a few months. I am not running more than one instance of kdenlive. Is there anything that I can provide to help figure this out.

Reading over the above posts I did some checking.

Reboot
Run kdenlive
Open existing project
Select about 60 seconds
render selected zone as youtube - FAIL
Using Ctrl+Esc to monitor the processes, I noticed that there was 1 kdenlive program, 9 kdenlive processes, and 1 kdenlive_render process.
I terminated kdenlive_render and all 9 extra processes
render selected zone - OK
It worked

So I tried it again:

Close kdenlive
Open kdenlive
Open existing project
Select about 60 seconds
render selected zone as youtube - OK
The extra mystery processes did not reappear.

Maybe this will shed some light.

Maybe the problem occurs when there is a zombie kdenlive_render process.