[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 #16 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2011-09-08 10:03:29 UTC ---
I had the NTB streaming from BBC 4 (or 3 ? One of the first pair you mentioned,
I think it was 4) from one minute before to a couple minutes after 7pm
yesterday, I saw no obvious change, so this seems to work, unless the switch
did not happen. I assume when you mean 7:00pm, it does mean roughly 7:00pm and
not 5 minutes earlier or later, in which case I could have missed the switch.

Could you explain what you said last:
"We don't need to follow
the switch, but we do need to stop playing and not follow the encoder to its
new service."

Do I understand correctly that, when that switch happens, you need to become
aware of it in the Python layer, so you can give new commands to the pipeline,
such as stopping it ? Presumably in that case there's no input timestamp gap,
and I have to determine that a switch happens by constantly inspecting the
innards of the PAT/PMT. Would you happen to have a stream that includes such a
gap, so I'm sure I'm testing with the kind of switch you're talking about ?

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