[Bug 692832] [avidemux] long preroll time after seek for avi file

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=692832
  GStreamer | gst-plugins-good | 1.x

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |t.i.m at zen.co.uk

--- Comment #2 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2013-01-29 22:03:01 UTC ---
> The audio buffers are 10sec long, that's why the difference is so big. The
> newsegment output on audio and video pads has a start time of
> 0:01:31.922666666, and the first video frame has a start time of
> 0:01:39.360000000, so the video freezes for 7.5sec while audio is played after
> the seek.
> 
> IMO the segment start is wrong, it should be 0:01:39.360000000. The audio
> packets would be dropped very quickly by the renderer since they would be out
> of segment, and playback would start in sync much quicker.

I agree, the segment start should snap to the video keyframe, and the audio
decoder or sink should discard all buffers before that, with both video and
audio starting at 01:39.xx

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.