1

migrate_v5_CN_srt params

winlin edited this page 2022-07-31 13:16:33 +08:00

Table of Contents

• SRT Config
• How to config SRT
• latency
• recvlatency
• peerlatency
• tlpkdrop
• tsbpdmode
• maxbw
• mss
• connect_timeout
• peer_idle_timeout
• sendbuf
• recvbuf
• payloadsize
• Recommend SRT config
• Latency first
• Common Live

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

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建立连接超时时间。

peer_idle_timeout

单位：ms(毫秒)，默认值是10000ms。
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 5.0 English
• SRS 5.0 Chinese 中文文档

SRS 4.0 wiki

Please select your language:

• SRS 4.0 English
• SRS 4.0 Chinese 中文文档

SRS 3.0 wiki

Please select your language:

• SRS 3.0 English
• SRS 3.0 Chinese中文文档

SRS 2.0 wiki

Please select your language:

• SRS 2.0 English
• SRS 2.0 Chinese中文文档

SRS 1.0 wiki

Please select your language:

• SRS 1.0 English
• SRS 1.0 Chinese 中文文档

Home | About | Contact | Tutorial v4,v5 | Copyright © 2013-2022 OSSRS