v5_CN_SRTParams

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