GNOME Bugzilla – Bug 617130
Static/still images (PNG, JPEG, gif, etc.) cause a not-negotiated error
Last modified: 2010-12-04 17:02:42 UTC
If I put a .png in my timeline, playback seems to choke on it. It hangs on the last frame from the video clip that precedes the still. Here's my logs: [0 amanda@luna ~]$ pitivi ERROR [22189] [0x -48a41940] "<Pipeline at 0xa19bb2c>" pipeline Apr 28 18:07:31 _errorObject: error from /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition0/GnlSource:gnlsource: PictureFileSourceFactory2/GstBin:bin3/GstQueue:internal-queue (__main__.GstQueue): GStreamer encountered a general stream error. (gstqueue.c(1212): gst_queue_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition0/GnlSource:gnlsource: PictureFileSourceFactory2/GstBin:bin3/GstQueue:internal-queue: streaming task paused, reason not-negotiated (-4)) (/usr/lib/pitivi/python/pitivi/log/loggable.py:30)
Still happening. Suggestions? Problem:GStreamer encountered a general stream error. Extra information:gstqueue.c(1212): gst_queue_loop (): /GstPipeline:pipeline0/GstBin:bin0/GnlComposition:gnlcomposition0/GnlSource:gnlsource: PictureFileSourceFactory1/GstBin:bin2/GstQueue:internal-queue: streaming task paused, reason not-negotiated (-4)
Created attachment 160196 [details] Log Per bilboed-pi ran pitivi with: GST_DEBUG=2 PITIVI_DEBUG=5 pitivi > log 2>&1 And again tried adding static image files to my timeline.
Created attachment 160199 [details] Gstreamer Package List output of... dpkg -l | grep ii | grep gstreamer
Created attachment 160210 [details] Log with gif Same thing happens if I try to add a gif.
Created attachment 160211 [details] Log with Jpeg jpegs seem to work, though the color gets pretty wacky in some. That seems like a different issue, however.
This bug is the only thing keeping all of my video projects on hold-- i think it should be considered critical
Problem, as always, is that this is one of those damn heisenbugs. It currently works for me with pitivi git. Two jpegs on top of video work fine for rendering (though they have issues for live playback/seeking; only the first-inserted image will work in that regard).
Blah, sometimes it works, sometimes it doesn't (seems like the 2nd image wasn't rendered at all). In any case, it doesn't hang the render for me (though it often did in the past).
*** Bug 622051 has been marked as a duplicate of this bug. ***
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 629204 ***
If bug 629872 is a duplicate, i still have this problem with the latest PPA packages.
I'm not sure why this should be a duplicate of 629204 (which is about image sizes AFAICT), but, AFAICT/IIRC, still images don't cause not-negotiated errors in pitivi git, and so this is fixed. They do cause sound desynch however, but that's bug #632418. @Danny: your issue is not marked a duplicate and has nothing to do with this.
Part 2 of that bug should be ignored. the relevant part is that "When overlaying a transparent PNG on top of a video, the last second or so of the overlay will just be a blank space during playback previews and in the rendered product). "