rtspsrc: When seeking, consider the current element state or pending state instead...
authorSebastian Dröge <sebastian@centricular.com>
Tue, 28 Jun 2016 07:57:27 +0000 (10:57 +0300)
committerSebastian Dröge <sebastian@centricular.com>
Tue, 28 Jun 2016 08:01:24 +0000 (11:01 +0300)
commitc18b609c06e39207c09a82ea675d6bdd358ecf40
treea7ee60442e6f51f5617eae2c82e6a94d43ee77f6
parentd6f597db20e06e60e411c8f9cfdc4c9874b97826
rtspsrc: When seeking, consider the current element state or pending state instead of the RTSP state

If we consider the RTSP state, what can happen is that it is PLAYING but the
element already asynchronously tried to PAUSE and it just did not happen yet.

We would then override this setting to PAUSED (while the element actually is
in PAUSED) and set the RTSP state to PLAYING again. This would then cause us
to produce packets while the sinks are all PAUSED, piling up thousands of
packets in the rtpjitterbuffer and other elements and finally failing.
gst/rtsp/gstrtspsrc.c