Skip to content

v5_CN_SRTParams

john edited this page May 24, 2022 · 10 revisions

HOME > CN > SRT > SRT Parameters

SRT Config

Note: 如果觉得Github的Wiki访问太慢,可以访问 Gitee 镜像。

SRT有一些重要的参数配置,在SRT的流收发中非常重要。SRS支持对SRT重要参数的配置。
了解更多的SRT,请访问srt wiki

Note: libSRT所有的参数

How to config SRT

在srs的配置中,srt_server中有独立的配置,如下:

srt_server {
    enabled on;
    listen 10080;
    maxbw 1000000000;
    connect_timeout 4000;
    peerlatency 300;
    recvlatency 300;
    mix_correct on;
}

srt的配置配置在srt_server的模板下。 下面简介一下参数的配置,和其具体的含义。

latency

单位:ms(毫秒),默认值120ms。
这个latency配置同时配置了recvlatency和peerlatency成同一个值。

  • 如果recvlatency配置,将使用recvlatency的配置;
  • 如果peerlatency配置,将使用peerlatency的配置;

recvlatency

单位:ms(毫秒),默认值120ms。
这是接收方缓存时间长度,其包括报文从发送方出发,通过网络,接收方接收,直到上送给上层媒体应用。 也就是说这个缓存时间长度,其应该大于RTT,并且要为多次丢包重传做好准备。 推荐配置:

  • 低延时网络
    如果应用对延时要求低,可以考虑配置的参数低于250ms(常人对音视频低于250ms的延时不会被影响)
  • 长距离,RTT比较大
    因为传输距离长,RTT比较大,就不能配置太小的latency;
    或者是重要的直播,不要求低延时,但是要求无卡顿播放,无抖动;
    建议配置的latency >= 3*RTT, 因为其中包含丢包重传和ack/nack的周期。

peerlatency

单位:ms(毫秒),默认值120ms。
是srt发送方设置peerlatency,告知接收方的latency buffer的时间长度应该是多少;如果接收方也配置了recvlatency,接收方就取两者中最大值作为latency buffer时间长度。
推荐配置:

  • 低延时网络
    如果应用对延时要求低,可以考虑配置的参数低于250ms(常人对音视频低于250ms的延时不会被影响)
  • 长距离,RTT比较大
    因为传输距离长,RTT比较大,就不能配置太小的latency;
    或者是重要的直播,不要求低延时,但是要求无卡顿播放,无抖动;
    建议配置的latency >= 3*RTT, 因为其中包含丢包重传和ack/nack的周期。

tlpkdrop

true 或者 false,默认是true
太晚而丢弃(Too-late Packet Drop)
因为srt是针对于音视频的传输协议,接收方是基于报文时间戳或编码bitrate来上送报文给上层应用的。
也就是说,如果报文在接收方latency timeout后到达,报文也会应为太晚到达而被丢弃。
在直播模式下,tlpkdrop默认是true,因为直播对延时要求高。

tsbpdmode

true 或者 false,默认是true
按时间戳投递包模式(Timestamp based packet delivery)
给每一个报文打上时间戳,应用层读取时,会按照报文时间戳的间隔读取。

maxbw

单位: bytes/s, 默认值-1;

  • 最大的发送带宽.
  • -1: 表示最大带宽为1Gbps
  • 0: 由SRTO_INPUTBW的计算决定(不推荐在直播模式下设置为0)
  • >0: 带宽为bytes/s

mss

单位: byte
单个发送报文最大的size。默认1500。
这个报文的大小指的是ip报文,其包含udp和srt协议报文的。

connect_timeout

单位:ms(毫秒),默认值是3000ms。
srt连接超时时间。

sendbuf

单位:byte,默认值是8192 * (1500-28)。
srt发送buffer大小;

recvbuf

单位:byte,默认值是8192 * (1500-28)。
srt接收buffer大小;

payloadsize

单位:byte,默认值是1316=188x7
因为srt承载的媒体数据是mpegts封装,而每个mpegts的最小包是188bytes,所以payloadsize是188的倍数,默认是1316bytes(188x7)

Recommend SRT config

Latency first

延迟优先,允许花屏,允许丢包 对于赛事、活动、电视制作等长距离推流,链路一般都是提前准备好,且独占稳定的。这类场景下,需要满足固定延迟,允许一定程度的丢包(极小概率)
一般会在推流开始前探测链路的RTT, 并作为依据进行配置SRT推拉流参数。
推荐配置如下

srt_server {
    enabled on;
    listen 10080;
    connect_timeout 4000;
    peerlatency RTT * 3;
    recvlatency RTT * 3;
    latency RTT * 3;
    tlpktdrop on;
    tsbpdmode on;
}

Common Live

延迟自适应,不允许花屏,不允许丢包 在公网环境使用SRT,链路不稳定,非独占,RTT也会动态变化。对于低延迟直播场景,需要自适应延迟,而且一定不能丢包。
推荐配置如下

srt_server {
    enabled on;
    listen 10080;
    connect_timeout 4000;
    peerlatency 0;
    recvlatency 0;
    latency 0;
    tlpktdrop off;
    tsbpdmode off;
}

Note: 如果你使用了如上配置仍然花屏,请参考FFmpeg patch

Runner365 2020.02

Welcome to SRS wiki!

SRS 5.0 wiki

Please select your language:

SRS 4.0 wiki

Please select your language:

SRS 3.0 wiki

Please select your language:

SRS 2.0 wiki

Please select your language:

SRS 1.0 wiki

Please select your language:

Clone this wiki locally