GNOME Bugzilla – Bug 596267
division by zero when trying to load a timeline that starts with a still image
Last modified: 2009-10-09 11:24:54 UTC
I know... this is just borderline edge case crack, but I thought I'd report it anyway. I was loading a project and I accidentally clicked somewhere on the ruler, thus causing a seek, before there actually were clips to seek on the timeline. This is the result. Problem is, I can't really reproduce it. jeff@kusanagi:~/trunks/pitivi/pitivi$ bin/pitivi ** (pitivi:27873): CRITICAL **: clearlooks_style_draw_focus: assertion `height >= -1' failed Traceback (most recent call last):
+ Trace 217822
self._finishAnalysis()
if self._emitResult():
self._emitDone(factory)
self.emit("discovery-done", self.current_uri, factory)
*args, **kwargs)
res = cb(*ar, **kw)
self._finishLoadingProject(project)
self.emit("new-project-loaded", self.project)
self.emit("new-project-loaded", project)
self.project = project
self.setter(instance)
self.timeline.project = self.project
self._canvas.timeline = self.timeline
self._trackAdded(None, track)
track = Track(self.app, track, self.timeline)
self.track = track
self._objectAdded(None, trackobj)
w = TrackObject(self.app, track_object, self.track, self.timeline)
self.content = Preview(element)
self.element = element
self.previewer = previewer.get_preview_for_object(self.element)
previewers[key] = StillImagePreviewer(factory, stream_)
self.frame_duration = (gst.SECOND * rate.denom) / rate.num
Not so edge-case anymore; I can now reliably reproduce this by simply trying to load projects that have a png still at the beginning of their timeline (such as the pitivi 0.13.1 release screencast, or my "com1600 episode 1" project).
I think this was fixed by commit 93efaeb0fe6021bd0bba6b2ff1e1819f3d5d3be0 Author: Alessandro Decina <alessandro.d@gmail.com> Date: Wed Oct 7 16:25:56 2009 +0200 Avoid exception generating thumbnails for streams having framerate 0/1 can you check?
Yes, it's fixed, thanks!