[Bug 657794] Playback does not start or is poor if pipeline is started before packets start arriving
bugzilla at gnome.org
Thu Sep 8 08:21:48 PDT 2011
GStreamer | don't know | 0.10.34
--- Comment #19 from Simon Farnsworth <simon.farnsworth at onelan.co.uk> 2011-09-08 15:21:44 UTC ---
(In reply to comment #16)
> 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 ?
When the switch happens, the PAT is unlikely to change version, but the PMT
will change version number (staying on the same PID). We need GStreamer to at
least identify that this has happened, so that we can restart; if it can follow
the changed PMT, that's a better fix.
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.
More information about the gstreamer-bugs