migrate_v5_CN_srt params
HOME > CN > SRT > SRT Parameters
Note: 如果觉得Github的Wiki访问太慢，可以访问 Gitee 镜像。
SRT有一些重要的参数配置，在SRT的流收发中非常重要。SRS支持对SRT重要参数的配置。
了解更多的SRT，请访问srt wiki。
Note: libSRT所有的参数
在srs的配置中，srt_server中有独立的配置，如下：
srt_server {
enabled on;
listen 10080;
maxbw 1000000000;
connect_timeout 4000;
peerlatency 300;
recvlatency 300;
mix_correct on;
}
srt的配置配置在srt_server的模板下。 下面简介一下参数的配置，和其具体的含义。
单位：ms(毫秒)，默认值120ms。
这个latency配置同时配置了recvlatency和peerlatency成同一个值。
- 如果recvlatency配置，将使用recvlatency的配置；
- 如果peerlatency配置，将使用peerlatency的配置；
单位：ms(毫秒)，默认值120ms。
这是接收方缓存时间长度，其包括报文从发送方出发，通过网络，接收方接收，直到上送给上层媒体应用。
也就是说这个缓存时间长度，其应该大于RTT，并且要为多次丢包重传做好准备。
推荐配置：
- 低延时网络
如果应用对延时要求低，可以考虑配置的参数低于250ms(常人对音视频低于250ms的延时不会被影响) - 长距离，RTT比较大
因为传输距离长，RTT比较大，就不能配置太小的latency；
或者是重要的直播，不要求低延时，但是要求无卡顿播放，无抖动；
建议配置的latency >= 3*RTT, 因为其中包含丢包重传和ack/nack的周期。
单位：ms(毫秒)，默认值120ms。
是srt发送方设置peerlatency，告知接收方的latency buffer的时间长度应该是多少；如果接收方也配置了recvlatency，接收方就取两者中最大值作为latency buffer时间长度。
推荐配置：
- 低延时网络
如果应用对延时要求低，可以考虑配置的参数低于250ms(常人对音视频低于250ms的延时不会被影响) - 长距离，RTT比较大
因为传输距离长，RTT比较大，就不能配置太小的latency；
或者是重要的直播，不要求低延时，但是要求无卡顿播放，无抖动；
建议配置的latency >= 3*RTT, 因为其中包含丢包重传和ack/nack的周期。
true 或者 false，默认是true
太晚而丢弃(Too-late Packet Drop)
因为srt是针对于音视频的传输协议，接收方是基于报文时间戳或编码bitrate来上送报文给上层应用的。
也就是说，如果报文在接收方latency timeout后到达，报文也会应为太晚到达而被丢弃。
在直播模式下，tlpkdrop默认是true，因为直播对延时要求高。
true 或者 false，默认是true
按时间戳投递包模式(Timestamp based packet delivery)
给每一个报文打上时间戳，应用层读取时，会按照报文时间戳的间隔读取。
单位: bytes/s, 默认值-1；
- 最大的发送带宽.
-
-1: 表示最大带宽为1Gbps -
0: 由SRTO_INPUTBW的计算决定(不推荐在直播模式下设置为0) -
>0: 带宽为bytes/s
单位: byte
单个发送报文最大的size。默认1500。
这个报文的大小指的是ip报文，其包含udp和srt协议报文的。
单位：ms(毫秒)，默认值是3000ms。
srt建立连接超时时间。
单位：ms(毫秒)，默认值是10000ms。
srt对端超时时间。
单位：byte，默认值是8192 * (1500-28)。
srt发送buffer大小；
单位：byte，默认值是8192 * (1500-28)。
srt接收buffer大小；
单位：byte，默认值是1316=188x7
因为srt承载的媒体数据是mpegts封装，而每个mpegts的最小包是188bytes，所以payloadsize是188的倍数，默认是1316bytes(188x7)
延迟优先，允许丢包
对于赛事、活动、电视制作等长距离推流，链路一般都是提前准备好，且独占稳定的。这类场景下，需要满足固定延迟，允许一定程度的丢包（极小概率）
一般会在推流开始前探测链路的RTT， 并作为依据进行配置SRT推拉流参数。
推荐配置如下
srt_server {
enabled on;
listen 10080;
connect_timeout 4000;
peerlatency RTT * 3;
recvlatency RTT * 3;
latency RTT * 3;
tlpktdrop on;
tsbpdmode on;
}
延迟自适应，不允许丢包
在公网环境使用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