PiTiVi fails to render

Status changed to 'Confirmed' because the bug affects multiple users.

I'll update in saying that when I took out the audio processing on that clip and set the audio level so that the end of the first clip of beginning of the following clip aligned, I was able to export the whole thing. But even then, it was buggy. Somewhere in the process of messing with things, it almost got through the whole thing, but stopped and froze at the point where the last track started.

Hi - this bug has been logged in the pitivi bugzilla database as https://bugzilla.gnome.org/show_bug.cgi?id=665902.

Starting from the command line, I get the following error report repeated four times:

ERROR [ 8450] [0x7fd7a4b8c700] "<Pipeline at 0x3312450>" pipeline Mar 28 17:08:57 _handleErrorMessage: error from /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory3/GstBin:bin4/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin2/GstFileSrc:urisrc (__main__.GstFileSrc): GStreamer encountered a general stream error. (gstbasesrc.c(2625): gst_base_src_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory3/GstBin:bin4/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin2/GstFileSrc:urisrc:
streaming task paused, reason not-linked (-1)) (/usr/lib/pitivi/python/pitivi/pipeline.py:858)

And like it says, "streaming task paused", nothing really happens and CPU isn't used. I can cancel from the Rendering / Estimating dialog to go back to the codec selection screen.

I have a similar problem too.I installed a new version of ubuntu 12.04 and pitivi would not let me render the video.No matter what i tried,it always gets stuck on "Rendering" I'm hoping it gets fixed since it's one of my favorite video editors.thanks

Having the exact same problem as cadogan. ARGH

same here, ubuntu 12.04 64 bit

I've updated the summary to more accurately characterise the problem.

Same problem here.
Has anybody found one format which pitivi can render as of now (I mean, amongst those who experience the bug)? Without rendering the soft is of no practical use, but if it was be possible to render to something not too lossy, the output could at least be reconverted to the target format later...

I got one video to render in AVI one time. However, I haven't been able to repeat the feat. The resolution was very low, so I couldn't use it and I'm not sure of the exact settings I used, else I might be able to do it again. Other than that, my experience has been the same as others. The large number of input formats is greak, but the lack of rendering makes it pretty much useless..

Openshot had some issues too, but offered inline help. After following their codec install instructions the rendering on OpenShot went fine. The render in Pitivi was more willing to begin after I installed the library that OpenShot wanted, but still wouldn't complete. In the end, I used OpenShot which was willing to render in many different formats.

I had this with pitivi installed using apt-get under Ubuntu 12.04. However, when I used pitivi 0.15.2 downloaded from sources checked out from pitivi.org, everything worked fine. So I suspect some packaging error.

For those of you who experienced this in 0.15.1, see bug #995749.

0.15.2, the release called "I accidentally... the whole render", is in Ubuntu 12.04 LTS's proposed updates now, which should fix pitivi problems for many that originally experienced problems in Ubuntu 12.04 LTS.

This bug report is however (apparently) about a different upstream bug report that is still open, but just FYI.

Unfortunately, 0.15.2 from the Ubuntu proposed repository is not solving this for me.

0.15.2 is at this point in the official PPA (12.04 LTS), but the bug is still here. Did any of you find any solution? THanks!

After beating my head over this all day I found a solution for my particular project. I had two video tracks, one shot from a tripod, and the other from a handheld camera hovering. I had the tripod track on the timeline above and the hovering track below. I'd split the tripod track at several points and used the option for dragging the red bar on every other resulting segment down to zero so it would not show, thus revealing the hovering track below during those intervals. The preview played fine, but rendering had the problem mentioned in this bug. What I did was instead of dragging the red bar down to zero, I simply deleted the tripod segments that I wanted hidden, and voila, it rendered out fine. I also decided to try not deleting the segments, but setting the opacity to just above zero, and that works also. So apparently it has something to do with multiple video tracks overlapping, or with one being set to 0% opacity? Maybe a division by zero error somewhere? I'm running PiTiVi v0.13.5 on Linux Mint 11, 64 bit.

From comment by one of the devs upstream:

"Currently PiTiVi's core is being replaced by GStreamer Editing Services. This is a major overhaul and we sadly can't investigate much bugs that occur on the "traditional" core of PiTiVi."
"Okay, confirming the bug[...] to be perfectly honest, we are very short on developer resources right now and there is no immediate fix for this. Someone needs to come up and do the proper debugging and bug fixing work in GES (or in gstreamer if the problem is in gstreamer)."

That was back in February :|

ERROR [ 5243] [0x7fd74a83a700] "<Pipeline at 0x33e9610>" pipeline Dec 09 12:03:42 _handleErrorMessage: error from /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory9/GstBin:bin16/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin9/GstAviDemux:avidemux3 (__main__.GstAviDemux): GStreamer encountered a general stream error. (gstavidemux.c(5212): gst_avi_demux_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory9/GstBin:bin16/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin9/GstAviDemux:avidemux3:
streaming stopped, reason not-negotiated) (/usr/lib/pitivi/python/pitivi/pipeline.py:858)

FYI, on pitivi 0.15.2 (installed by Ubuntu) I have seen 2 different problems causing rendering to hang, which I was able to find workarounds for:

1. Rendering hangs forever at the initial "Estimating" step. It seems this was caused by opacity being 0, as suggested above. The opacity had been set to fade to black at the end of my clip. I dragged the ending opacity upward a little, and then the problem did not occur.

2. Rendering dialog shows an estimated time which continuously increases. This happened when I accidentally had whitespace between the beginning of the timeline and my clip. After dragging all segments of my clip to the left, I could render successfully.

Yeah, see also https://wiki.pitivi.org/wiki/Troubleshooting

I think i just had similar problem, now i`m using ubuntu 14.04 and first video i was rendering was stucking on initialize render.....
But i found a simple solution :)

Just close pitivi, open shell and try to type:
sudo pitivi
than when it opens it should be able to render (eve if i would say slow anyway).
At least this one worked for me :)

To fix the problem you must change the codek for video or audio.
you can find it under render... ---> video --> Codec MPEG-4 part 2 workt for me.

PiTiVi hangs on initialising if I use wide screen for rendering.
4:3 screen is OK

Kubuntu 16.04.1

Update: PiTiVi hangs on MP4 and avi. For matroska works OK.