[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 #23 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-09-18 10:40:10 UTC ---
Some relevant discussion from IRC:

<slomo_> wtay_: https://bugzilla.gnome.org/show_bug.cgi?id=736655 what do you
think of these patches?
<wtay_> slomo_, I think in general we agreed that a GAP event should preroll a
sink and we can do that now because caps are not on the buffer so the sink
should be negotiated and ready to go
<wtay_> but audiosink should play silence for the GAP event, I doubt it does
that now
<slomo_> yes to both
<slomo_> but sending the GAP event in PLAYING->PAUSED in streamsynchronizer? :)
<wtay_> that does not seem right
<slomo_> good, i agree ;) do you have another idea?
<wtay_> I can only think of sending a gap event with unlimited duration, which
should make basesink go to play<->paused without ASYNC
<wtay_> theoretically, I doubt it does that currently
<slomo_> and make it switch between those states forever without need for a
further GAP event?
<wtay_> I know audiosink goes to paused SYNC when it still has unplayed audio
(unplayed as in not yet sent to the device)

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