配置參考

https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency

延遲影響因素

編碼器：不同的編碼器（免費或開源的），延遲也是不同的。

流媒體伺服器：SRS2

流協議：比如：rtmp是實時性比較高的，http_flv也是實時性比較高的，HLS就不行了，官方說60s之內的都可以容忍……

播放器：主要是播放器的緩衝區時長，比如flash播放器的快取時長是3s，那麼一定會有3s的延時。

網路：有網路問題導致的累積延遲。

視訊位元速率：200k和2M的位元速率這個比較，當然也可以歸到網路原因中去。

SRS配置低延遲

listen              1935;
max_connections     1000;
srs_log_tank        file;
srs_log_file        ./objs/srs.log;
http_api {
    enabled         on;
    listen          1985;
}
http_server {
    enabled         on;
    listen          80;
    dir             ./objs/nginx/html;
}
stats {
    network         0;
    disk            sda sdb xvda xvdb;
}
vhost __defaultVhost__ {
    #最小延遲開啟，預設是開啟的，該選項開啟的時候，mr預設關閉。
    min_latency     on;
    #Merged-Read，針對RTMP協議，為了提高效能，SRS對於上行的read使用merged-read，即SRS在讀寫時一次讀取N毫秒的資料
    mr {
        enabled     off;
        #預設350ms，範圍[300-2000]
        #latency     350;
    }
    #Merged-Write,SRS永遠使用Merged-Write，即一次傳送N毫秒的包給客戶端。這個演算法可以將RTMP下行的效率提升5倍左右,範圍[350-1800]
    mw_latency      100;
    #enabled         on;
    #https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency#gop-cache
    gop_cache       off;
    #配置直播佇列的長度，伺服器會將資料放在直播佇列中，如果超過這個長度就清空到最後一個I幀
    #https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency#%E7%B4%AF%E7%A7%AF%E5%BB%B6%E8%BF%9F
    queue_length    10;
    #http_flv配置
    http_remux {
	    enabled     on;
	    mount [vhost]/[app]/[stream].flv;
	    hstrs	on;
    }
}
 

測試

編碼器：OBS

測試協議：rtmp、http-flv

位元速率：

    200K延時 rtmp:1-2s(1s7) http_flv: 2s2

    800K延時 rtmp:2s     http_flv：3s30