[karmic] pitivi won't render project... or worse

Bug #503937 reported by Joe Liau
38
This bug affects 7 people
Affects Status Importance Assigned to Milestone
PiTiVi
Fix Released
Medium
pitivi (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: pitivi

1) Ubuntu 9.10
2) pitivi:
  Installed: 0.13.3-2
3) I go to render the project ( a mixture of ogv, avi, mpeg, jpg, m4a files, which edit and play very well IN pitivi) expecting a playable video to render.

4) The render status bar does not move, and the output file does not grow. OR in the rare case that the project does render (Seemingly only in PAL with Theora), the output file does not playback well, is missing most of the video, or is in some jumbled order).

I can't find any other video editor that will handle ogv properly. However, this one does not render!

Vancouver

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

Hi, this sounds a lot like https://bugzilla.gnome.org/show_bug.cgi?id=603102
Many users have experienced a problem where rendering did not behave correctly when you loaded a PiTiVi project and tried to render directly, without seeking (moving the playhead) in the timeline first. That issue has been resolved in the development version.
Please test the following: try moving the playhead on the timeline after loading a project file. Rendering should then function normally. If this is the case, then your problem is due to issue #603102.

Changed in pitivi (Ubuntu):
status: New → Incomplete
Revision history for this message
Joe Liau (joe) wrote :
Download full text (3.5 KiB)

Thanks. I seem to still have the problem for some codec settings, while other ones give me:

gstavidemux.c(4443): gst_avi_demux_loop (): /GstPipeline:pipeline1/GstBin:bin3/GnlComposition:gnlcomposition2/GnlSource:gnlsource3/GstBin:bin5/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstAviDemux:avidemux14:
streaming stopped, reason not-negotiated

The terminal output is also exciting:

ERROR [ 9392] [0x -487dd940] "<Pipeline at 0x9cff18c>" pipeline Jan 06 21:47:40 _errorObject: error from /GstPipeline:pipeline1/GstBin:bin3/GnlComposition:gnlcomposition2/GnlSource:gnlsource3/GstBin:bin5/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstAviDemux:avidemux10 (__main__.GstAviDemux): GStreamer encountered a general stream error. (gstavidemux.c(4443): gst_avi_demux_loop (): /GstPipeline:pipeline1/GstBin:bin3/GnlComposition:gnlcomposition2/GnlSource:gnlsource3/GstBin:bin5/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstAviDemux:avidemux10:
streaming stopped, reason not-negotiated) (/usr/lib/pitivi/python/pitivi/log/loggable.py:30)
Traceback (most recent call last):
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 160, in _cancelButtonClickedCb
    self._shutDown()
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 82, in _shutDown
    self.removeRecordAction()
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 193, in removeRecordAction
    self.renderaction.deactivate()
  File "/usr/lib/pitivi/python/pitivi/action.py", line 146, in deactivate
    self._releasePipelineObjects()
  File "/usr/lib/pitivi/python/pitivi/action.py", line 650, in _releasePipelineObjects
    self.pipeline.releaseQueueForFactoryStream(consumer, consstream)
  File "/usr/lib/pitivi/python/pitivi/pipeline.py", line 747, in releaseQueueForFactoryStream
    raise PipelineError()
pitivi.pipeline.PipelineError
Traceback (most recent call last):
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 160, in _cancelButtonClickedCb
    self._shutDown()
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 82, in _shutDown
    self.removeRecordAction()
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 193, in removeRecordAction
    self.renderaction.deactivate()
  File "/usr/lib/pitivi/python/pitivi/action.py", line 146, in deactivate
    self._releasePipelineObjects()
  File "/usr/lib/pitivi/python/pitivi/action.py", line 650, in _releasePipelineObjects
    self.pipeline.releaseQueueForFactoryStream(consumer, consstream)
  File "/usr/lib/pitivi/python/pitivi/pipeline.py", line 747, in releaseQueueForFactoryStream
    raise PipelineError()
pitivi.pipeline.PipelineError
Traceback (most recent call last):
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 164, in _deleteEventCb
    self._shutDown()
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 82, in _shutDown
    self.removeRecordAction()
  File "/usr/lib/pitivi/python/pitivi/ui/encodingdialog.py", line 193, in removeRecordAction
    self.renderac...

Read more...

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

We suspect that this issue has been fixed in the development version of PiTiVi. If you can provide the project and files used in this project, however, it could be possible to test if that's indeed the case.

Changed in pitivi (Ubuntu):
status: Incomplete → Fix Committed
Revision history for this message
Joe Liau (joe) wrote :

Thanks for the help. I will test out the development version and see how that goes.

Changed in pitivi (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Alexandre Touret (atouret) wrote :

Hello
In my case, I have a final step : pitivi crashes with the following error :

GLib-ERROR **: /build/buildd/glib2.0-2.23.4/glib/gmem.c:175: failed to allocate 256 bytes

Regards

Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is fixed in lucid now

Changed in pitivi (Ubuntu):
status: Fix Committed → Fix Released
Changed in pitivi:
status: Unknown → Fix Released
Revision history for this message
hanzomon4 (hanzomon4) wrote :

No it's not fixed, I'm getting the same behavior in version 0.13.4

Changed in pitivi (Ubuntu):
status: Fix Released → Confirmed
status: Confirmed → New
Revision history for this message
Edward Hervey (bilboed) (bilboed-deactivatedaccount) wrote :

hanzomon4, you'll have to give a backtrace (like in the initial report) of this happening with 0.13.4 in order for this be investigated properly.

Changed in pitivi (Ubuntu):
status: New → Incomplete
Revision history for this message
Guillem (guillemsola) wrote :

It renders fine theora+vorbis but not others

Revision history for this message
Daniel Hollocher (chogydan) wrote :

I think you should file a new bug

Changed in pitivi (Ubuntu):
status: Incomplete → Fix Released
Changed in pitivi:
importance: Unknown → Medium
Revision history for this message
hnrkg (hnrkg) wrote :

I am experiencing this in maverick as well. I am trying to render a project consisting of single but chopped file.

My output:

** Message: pygobject_register_sinkfunc is deprecated (GstObject)
ERROR [ 3498] [0x -48815940] "<Pipeline at 0xa2c188c>" pipeline Jan 25 20:42:05 _errorObject: error from /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: FileSourceFactory0/GstBin:bin2/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstOggDemux:oggdemux5 (__main__.GstOggDemux): GStreamer encountered a general stream error. (gstoggdemux.c(3450): gst_ogg_demux_loop (): /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: FileSourceFactory0/GstBin:bin2/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstOggDemux:oggdemux5:
stream stopped, reason not-negotiated) (/usr/lib/pitivi/python/pitivi/log/loggable.py:30)
/usr/lib/pitivi/python/pitivi/application.py:289: Warning: invalid uninstantiatable type `(null)' in cast to `GObject'
  self.gui.destroy()
/usr/lib/pitivi/python/pitivi/application.py:289: Warning: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
  self.gui.destroy()
/usr/lib/pitivi/python/pitivi/application.py:289: Warning: invalid cast from `(null)' to `GObject'
  self.gui.destroy()

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

hnrkg, please file a separate bug with detailed instructions on how to reproduce the problem.

Revision history for this message
Michael A. Phillips (maphilli14) wrote :

I followed the advice above, render as theora and vorbis, move the slider. I still get this error:

$ pitivi
ERROR [ 1426] [0x -48bc8940] "<Pipeline at 0x9083bac>" pipeline Mar 26 00:10:31 _errorObject: error from /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: PictureFileSourceFactory70/GstBin:bin72/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin70/GstGdkPixbuf:gdkpixbuf2 (__main__.GstGdkPixbuf): Could not decode stream. (gstgdkpixbuf.c(300): gst_gdk_pixbuf_flush (): /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: PictureFileSourceFactory70/GstBin:bin72/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin70/GstGdkPixbuf:gdkpixbuf2:
error geting pixbuf) (/usr/lib/pitivi/python/pitivi/log/loggable.py:30)
ERROR [ 1426] [0x -48bc8940] "<Pipeline at 0x9083bac>" pipeline Mar 26 00:10:31 _errorObject: error from /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: PictureFileSourceFactory70/GstBin:bin72/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin70/GstGdkPixbuf:gdkpixbuf2 (__main__.GstGdkPixbuf): GStreamer encountered a general stream error. (gstgdkpixbuf.c(337): gst_gdk_pixbuf_sink_event (): /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: PictureFileSourceFactory70/GstBin:bin72/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin70/GstGdkPixbuf:gdkpixbuf2:
Flow: error) (/usr/lib/pitivi/python/pitivi/log/loggable.py:30)

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

Michael, please file a separate bug with detailed instructions on how to reproduce the problem.

Revision history for this message
Michael A. Phillips (maphilli14) wrote :

After I cancelled the job (ran without movment for 4+ hours) I got this message:

(pitivi:1426): GStreamer-CRITICAL **: Padname '':src does not belong to element pitivi+elements+singledecodebin+singledecodebin70 when removing
mmap() failed: Cannot allocate memory

Revision history for this message
Tim Kelley (tim-kelley-nola) wrote :

I get the same behaviour on Maverick, except that theora will not even work.

The terminal spits this out when rendering:

ERROR [ 3396] [0x7fa324408700] "<Pipeline at 0x2fb5d10>" pipeline Apr 25 18:50:49 _errorObject: error from /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: FileSourceFactory0/GstBin:bin2/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstAviDemux:avidemux71 (__main__.GstAviDemux): GStreamer encountered a general stream error. (gstavidemux.c(5134): gst_avi_demux_loop (): /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition2/GnlSource:gnlsource: FileSourceFactory0/GstBin:bin2/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin0/GstAviDemux:avidemux71:
streaming stopped, reason not-negotiated) (/usr/lib/pitivi/python/pitivi/log/loggable.py:30)

Revision history for this message
Tim Kelley (tim-kelley-nola) wrote :

UPDATE: I removed the gstreamer fluendo plugin and the problem went away.

Revision history for this message
Tim Kelley (tim-kelley-nola) wrote :

update: actually the entire problem, at least for me, seems to be with using mp3 audio in the project. Using wav files obviated the problem.

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

Tim, the not negotiated errors are probably one of these: https://bugzilla.gnome.org/buglist.cgi?quicksearch=pitivi+not-negotiated

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.