GNOME Bugzilla – Bug 665902
Render never completes because of a not-linked element
Last modified: 2014-11-06 20:36:09 UTC
I am trying to glue together cutouts from 5 different files. When clicking on "render project" with default settings (ogv video, I tried other settings with no change), a "Rendering movie - Estimating" pop-up window appears, and pitivi stays stuck in that state. On the terminal, it shows: ** Message: pygobject_register_sinkfunc is deprecated (GstObject) /usr/lib64/pitivi/python/pitivi/application.py:256: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed self.mainloop.run() ERROR [18678] [0x7f724587e700] "<Pipeline at 0x221ed90>" pipeline Dec 10 06:58:14 _handleErrorMessage: error from /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory6/GstBin:bin7/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin6/GstQTDemux:qtdemux23 (__main__.GstQTDemux): GStreamer encountered a general stream error. (qtdemux.c(3865): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory6/GstBin:bin7/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin6/GstQTDemux:qtdemux23: streaming stopped, reason not-linked) (/usr/lib64/pitivi/python/pitivi/pipeline.py:856) Traceback (most recent call last):
+ Trace 229249
self._handleErrorMessage(error, detail, message.src)
self.emit('error', error, detail)
*args, **kwargs)
res = cb(*ar, **kw)
self.removeAction()
self.action.deactivate()
self._releasePipelineObjects()
self.pipeline.releaseQueueForFactoryStream(consumer, consstream)
raise PipelineError("Couldn't find Queue for Stream/Factory")
Traceback (most recent call last): File "/usr/lib64/pitivi/python/pitivi/ui/encodingprogress.py", line 76, in _cancelButtonClickedCb self.emit("cancel") File "/usr/lib64/pitivi/python/pitivi/signalinterface.py", line 145, in emit *args, **kwargs) File "/usr/lib64/pitivi/python/pitivi/signalinterface.py", line 120, in emit res = cb(*ar, **kw) File "/usr/lib64/pitivi/python/pitivi/ui/encodingdialog.py", line 384, in _cancelRender self.shutdown() File "/usr/lib64/pitivi/python/pitivi/actioner.py", line 73, in shutdown self.removeAction() File "/usr/lib64/pitivi/python/pitivi/actioner.py", line 137, in removeAction self.action.deactivate() File "/usr/lib64/pitivi/python/pitivi/action.py", line 148, in deactivate self._releasePipelineObjects() File "/usr/lib64/pitivi/python/pitivi/action.py", line 650, in _releasePipelineObjects self.pipeline.releaseQueueForFactoryStream(consumer, consstream) File "/usr/lib64/pitivi/python/pitivi/pipeline.py", line 783, in releaseQueueForFactoryStream raise PipelineError("Couldn't find Queue for Stream/Factory") pitivi.pipeline.PipelineError: Couldn't find Queue for Stream/Factory ERROR [18678] [0x7f724587e700] "<Pipeline at 0x221ed90>" pipeline Dec 10 06:59:12 _handleErrorMessage: error from /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory6/GstBin:bin7/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin6/GstQTDemux:qtdemux25 (__main__.GstQTDemux): GStreamer encountered a general stream error. (qtdemux.c(3865): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory6/GstBin:bin7/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin6/GstQTDemux:qtdemux25: streaming stopped, reason not-linked) (/usr/lib64/pitivi/python/pitivi/pipeline.py:856) Traceback (most recent call last):
ERROR [18678] [0x7f724587e700] "<Pipeline at 0x221ed90>" pipeline Dec 10 06:59:15 _handleErrorMessage: error from /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFacto ry6/GstBin:bin7/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin6/GstQTDemux:qtdemux27 (__main__.GstQTDemux): GStreamer encountered a general stream error. (qtdemux.c(3865): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition1/GnlSource:gnlsource: FileSourceFactory6/GstBin:bin7/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin6/GstQTDemux:qtdemu x27: streaming stopped, reason not-linked) (/usr/lib64/pitivi/python/pitivi/pipeline.py:856) (pitivi:18678): GStreamer-CRITICAL **: Padname '':src does not belong to element pitivi+elements+singledecodebin+singledecodebin0 when removing Traceback (most recent call last):
I have also ran PITIVI_DEBUG=*:5 GST_DEBUG=3,python:5,gnl*:5 /usr/bin/pitivi openings.xptv > debug.log 2>&1 , and attached the corresponding debug.log file. gstreamer version used is 0.10.35 System is running gentoo. Thanks for your help.
Created attachment 203261 [details] output of PITIVI_DEBUG=*:5 GST_DEBUG=3,python:5,gnl*:5 /usr/bin/pitivi openings.xptv
There's a duplicate of this bug on launchpad: https://bugs.launchpad.net/ubuntu/+source/pitivi/+bug/882790, where it's in the "confirmed" status. I'm seeing exactly the same thing trying to render four slightly overlapping webm files with a single normalised and denoised wav file. The bug is consistently reproducible with this project. I'd like to make the project available to you so you can debug pitivi as it attempts to render the project. It's 428Mb, so I'll arrange to share it with you via Dropbox if you like.
Hi I'm seeing the same with 2 slightly overlapping tracks from mp4 source. Actually coming from my n900. This is annoying since I thought the task is finished and at then it refuses to work at the last step. My System: gentoo, gstreamer-0.10.35, pitivi-0.14.1 I have also tested it on latest stable Ubuntu and Pitivi. The same here. I'll try to attach the project file.
Created attachment 206520 [details] Project file for failing rendereing
Hi folks, You might be all experiencing the same bug, or you might be all experiencing different bugs. 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. For one thing, I'd need not just the xptv files, but associated media files too. Ben, you mentionned being able to provide the xptv + media files through dropbox. Please make a .tar archive and mail me the link (to nekohayo at gmail). That way I can check if it happens with the GES version (and with 0.15). Thanks!
Hi Jean-François - thanks for the information, and for taking the time to look at the problem. You should have received an email from Dropbox specifying the URL at which you can collect the tarball containing media files and xptv project file which should allow you to reproduce the "infinite render" problem. If you unpack the tarball in your "Videos" directory, you'll only have to change your username in each of the file paths in the xptv file.
I ought to have told you a bit about my system: >$ uname -a Linux dharma 3.0.0-15-generic #26-Ubuntu SMP Fri Jan 20 17:23:00 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux >$ apt-cache showpkg pitivi Package: pitivi Versions: 0.15.0-0ubuntu1 (/var/lib/apt/lists/ie.archive.ubuntu.com_ubuntu_dists_oneiric_main_binary-amd64_Packages) (/var/lib/dpkg/status) Description Language: en File: /var/lib/apt/lists/ie.archive.ubuntu.com_ubuntu_dists_oneiric_main_i18n_Translation-en MD5: 23faa5d2e5b4845d687103b38e1a43fd Description Language: File: /var/lib/apt/lists/ie.archive.ubuntu.com_ubuntu_dists_oneiric_main_binary-amd64_Packages MD5: 23faa5d2e5b4845d687103b38e1a43fd Reverse Depends: python2.6-minimal:i386,pitivi 0.13 python2.6-minimal,pitivi 0.13 Dependencies: 0.15.0-0ubuntu1 - python (2 2.7.1-0ubuntu2) python-launchpad-integration (0 (null)) python-gtk2 (2 2.17) python-gst0.10 (2 0.10.19) gstreamer0.10-gnonlin (2 0.10.16) libgtk2.0-0 (2 2.24) python-cairo (2 1.0.0) python-gconf (0 (null)) python-dbus (0 (null)) python-pkg-resources (0 (null)) python-zope.interface (16 (null)) python-zope-interface (0 (null)) libgstreamer0.10-0 (2 0.10.28) libgstreamer-plugins-base0.10-0 (2 0.10.28) gstreamer0.10-plugins-base (2 0.10.28) gstreamer0.10-plugins-good (0 (null)) gstreamer0.10-pulseaudio (16 (null)) gstreamer0.10-audiosink (0 (null)) gstreamer0.10-x (16 (null)) gstreamer0.10-videosink (0 (null)) gnome-icon-theme (0 (null)) python-pygoocanvas (0 (null)) python-xdg (0 (null)) gstreamer0.10-plugins-ugly (0 (null)) gstreamer0.10-plugins-bad (0 (null)) gstreamer0.10-ffmpeg (0 (null)) frei0r-plugins (0 (null)) python-numpy (0 (null)) pitivi:i386 (0 (null)) Provides: 0.15.0-0ubuntu1 - Reverse Provides:
Okay, confirming the bug regarding Ben's test project that he sent me for testing ("waysOfSeeingPitiviProject.xptv" and associated files). The bug occurs on 0.15 and pitivi GES. However, 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).
Hi - can someone with the appropriate rights change the summary of this bug report. It ought to be "Render never completes".
hmmm, any news, guys? I just run through Pitivi 0.15.2 and the problem occours also here. ...pitty that it's right on the last step. I think I'm gonna take that video with some screencapture program for taking videos, because the playback works normal, just the render fails on any chosen codec...
FWIW, i was facing the same non-linked issue and pitivi hanging on "Estimating..."... i removed 0.15.1 and installed 0.15.2 rpm, and removed libdirac rpm (The troubleshooting page of pitivi says its not compatible). After this.. i am able to render now. I am on F17 x86_64 desktop. thanx, deepak
Hi there, As Pitivi 0.91 has now been released, we would like to encourage you to test it. It is quite possible that your issue is fixed in this version, as it is a very significant technical overhaul compared to the 0.15 series. Read more about the 0.91 release here: http://wiki.pitivi.org/wiki/0.91 If you can reproduce this bug against 0.91 or newer (such as the git version), please update this bug report accordingly with detailed instructions to reproduce the bug, updated sample files/projects in xges format, etc. Drop by our IRC channel if you need help getting started or want to help out! Thanks!
Closing this bug report as no further information has been provided. Please feel free to reopen if the issue persists with 0.94 or newer and if you can provide the information asked for. Thanks!