[Bug 657794] Playback does not start or is poor if pipeline is started before packets start arriving

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=657794
  GStreamer | don't know | 0.10.34

--- Comment #10 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2011-09-06 11:49:10 UTC ---
The restart issue wasn't what I thought at first:

Timestamps come out OK, accounting for the gap.
However, there was data left in the adapter from before the gap, and, when more
data comes in, buffers with the old PTS could be sent, causing then a jump in
output timestamps which would cause the sink to then wait.

The solution is to flush the adapter when we detect a gap in input timestamps.
Stopping and restarting a source now works fine.

There is now (AFAICT) one single remaining issue, which is starting a new
source after stopping the current source, as the PTS then do not match (eg,
when stopping stream of some station, then starting streaming of a new
station). I'll look at this now, and I'll close the other bug since on second
thoughts they are pretty much the same core issue.

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