[Bug 736655] basesink: preroll issue for some clips which audio is shorter than video

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=736655
  GStreamer | gstreamer (core) | 1.2.3

--- Comment #41 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-12-30 12:21:49 UTC ---
(In reply to comment #40)
> The infinite amount of silence should be interrupt by buffer or GAP event. Some
> thing like 20 ms one time. If still no buffer or GAP event, playback another 20
> ms.

That's what would automatically happen in GstAudioBaseSink if the ringbuffer is
started. It would output silence all the time unless some real data is written
into the ringbuffer.
So there shouldn't be much necessary for this change, other than starting the
ringbuffer and prerolling on GAP events (and EOS too, I remember seeing a bug
about that in Bugzilla recently).

> Rewind case is our demux will send EOS to audio track when rewind. Video will
> only send key frame. I remember streamsynchronizer can't send GAP event to
> audio sink. Should be a bug.
> 
> The root cause of the issue in the thread is audio sink can't finish pre-roll
> as GAP event can't be send as streamsynchronizer blocked on video push. And the
> GAP event send in chain function has many conditions (so it will can't be
> send). So is there more good resolution to handle this?

I don't understand what you mean here.

-- 
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.