GNOME Bugzilla – Bug 626619
[imagefreeze] Incorrect seek behaviour
Last modified: 2010-08-12 09:30:45 UTC
The test case here is a simple slide-show in which a series of still images is added to a timeline and each one has a duration of 5 seconds. Only the first image actually appears for 5 seconds. All the rest flash by in a fraction of a second.
Created attachment 167581 [details] Test Script Pass in an arbitrary number of image files on the timeline.
Created attachment 167582 [details] .jpg files used to test the script
Ok, that's definitely a gnonlin bug. There's a new imagefreeze instance for every picture and it gets seeks from 0 to 5s... and is then outputting buffers with ts from 0 to 5s. gnonlin has to adjust the timestamps or segments somewhere.
Created attachment 167664 [details] [review] imagefreeze: Send close segments when seeking only for non-flushing seeks and if we already sent a newsegment event Fixes bug #626619.
Comment on attachment 167664 [details] [review] imagefreeze: Send close segments when seeking only for non-flushing seeks and if we already sent a newsegment event >+ gboolean flush; > >+ flush = (flags & GST_SEEK_FLAG_FLUSH); Would be nicer to make this a proper bool IMHO.
commit 90f273b165a6dc8429b96b7f8885d076ca6828ba Author: Sebastian Dröge <sebastian.droege@collabora.co.uk> Date: Wed Aug 11 22:20:25 2010 +0200 imagefreeze: Send close segments when seeking only for non-flushing seeks and if we already sent a Fixes bug #626619.