mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-09-23 04:20:17 +00:00
rtspsrc: Bring latency property in sync with rtpjitterbuffer
Previously rtspsrc would set a 2s latency on rtpjitterbuffer. The problem with this is that it introduces a non-trivial latency, which cumulated with all the other sources of latency in a pipeline (decoders, parsers, ...) result in live playback being delayed by an unreasonable amount. The whole point of the rtpjitterbuffer latency size is to be able to cope with "jitter" up to that point (i.e. the quality of your connection) and also provide some room for retransmission if activated. It is NOT to cope with the transmission delay, and it is NOT to cope with buffering. If you don't have retransmission activated, a 200ms jitter should cover the vast majority of rtsp users. Buffering and transmission delay are handled by other elements in the pipeline.
This commit is contained in:
parent
2b827948d5
commit
eba7035050
1 changed files with 1 additions and 1 deletions
|
@ -275,7 +275,7 @@ gst_rtsp_backchannel_get_type (void)
|
||||||
#define DEFAULT_TIMEOUT 5000000
|
#define DEFAULT_TIMEOUT 5000000
|
||||||
#define DEFAULT_UDP_BUFFER_SIZE 0x80000
|
#define DEFAULT_UDP_BUFFER_SIZE 0x80000
|
||||||
#define DEFAULT_TCP_TIMEOUT 20000000
|
#define DEFAULT_TCP_TIMEOUT 20000000
|
||||||
#define DEFAULT_LATENCY_MS 2000
|
#define DEFAULT_LATENCY_MS 200
|
||||||
#define DEFAULT_DROP_ON_LATENCY FALSE
|
#define DEFAULT_DROP_ON_LATENCY FALSE
|
||||||
#define DEFAULT_CONNECTION_SPEED 0
|
#define DEFAULT_CONNECTION_SPEED 0
|
||||||
#define DEFAULT_NAT_METHOD GST_RTSP_NAT_DUMMY
|
#define DEFAULT_NAT_METHOD GST_RTSP_NAT_DUMMY
|
||||||
|
|
Loading…
Reference in a new issue