[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 #18 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2011-09-08 15:20:35 UTC ---
So in the end I've had to go the way of telling the application about it.
When a input stall is detected, the demuxer sends an element message about it.
This will do nothing by default, and python code to restart the pipeline when
receiving it is:

    def on_message(self, bus, message):
        t = message.type
        src = message.src.get_name()
        if t == gst.MESSAGE_ELEMENT:
            src = message.src.get_name()
            name = message.structure.get_name()
            if name == "input-stall":
                print 'Element %s reported input stall' % (src)
                self.player.set_state(gst.STATE_READY)
                self.player.set_state(gst.STATE_PLAYING)
            else:
                print 'Received unknown element specific message %s from %s' %
(name, src)

This seems to work very well switching channels on the NTB.

That now leaves us with just the BBC same-encoder-with-two-stations possible
issue, which I might or might not have missed yesterday. I'll stream from 6:50
to 7:10 tonight to make really sure I can't have missed it.

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