srt学习笔记六：srt-live-server

除了srs，有个可以直接支持srt的sls

srt-live-server

git clone https://github.com/Edward-Wu/srt-live-server

make
1.启动服务

bin/sls -c sls.conf

2.推流

ffmpeg -f avfoundation -framerate 30 -i "0:0" -vcodec libx264 -preset ultrafast -tune zerolatency -flags2 local_header -acodec libmp3lame -g 30 -pkt_size 1316 -flush_packets 0 -f mpegts "srt://127.0.0.1:8080?streamid=uplive.sls.com/live/test"

https://www.jianshu.com/p/3957c55a702d
实时模式下，数据分片（默认是1316 = 7 * 188,188是单个MPEG TS大小）在一定的速率控制下发出，并且在接收端按照发送端发送的时间间隔重新组织好。
默认情况下，接收端重组会有一定的时延，默认为120ms


3.播放流

ffplay -fflags nobuffer -i "srt://127.0.0.1:8080?streamid=live.sls.com/live/test"

综合总结：

#!/bin/sh
# 1 udp
#ffmpeg -re -i chrome.mp4 -f h264 udp://127.0.0.1:6666

# 2 rtmp
#ffmpeg -re -i chrome.mp4 -vcodec copy -acodec copy -f mpegts 'srt://127.0.0.1:10080?streamid=#!::h=live/livestream,m=publish'
#ffplay -loglevel verbose  "rtmp://127.0.0.1/live/livestream live=1"


# 3 rtmp  and camera
#ffmpeg -f avfoundation -video_size 640x480 -framerate 30 -i 0:0 -vcodec libx264 -preset veryfast -f flv rtmp://127.0.0.1/live/livestream
#ffplay -loglevel verbose  "rtmp://127.0.0.1/live/livestream live=1"


# 4 rtmp desktop and camera
#ffmpeg -f avfoundation -i "1" -vcodec libx264 -preset ultrafast -acodec libfaac -f flv rtmp://127.0.0.1:1935/live1/room1
#ffplay -loglevel verbose  "rtmp://127.0.0.1/live/livestream live=1"


# 5 srt-live-server and camera

ffmpeg -f avfoundation -framerate 30 -i "0:0" -vcodec libx264 -preset ultrafast -tune zerolatency -flags2 local_header -acodec libmp3lame -g 30 -pkt_size 1316 -flush_packets 0 -f mpegts "srt://127.0.0.1:8080?streamid=uplive.sls.com/live/test"

#ffplay -fflags nobuffer -i "srt://127.0.0.1:8080?streamid=live.sls.com/live/test"

查看设备

ffmpeg -f avfoundation -list_devices true -i ""

ffprobe -show_packets chrome.mp4
ffprobe -show_format chrome.mp4


采样率：把模拟音频信号转成数字音频信号的过程称作采样，简单地说就是通过波形采样的方法记录1秒钟长度的声音，需要多少个数据点。


???????????? 没成功的验证。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

帧率，码率

ffmpeg -f avfoundation -framerate 30 -i "0:0" -vcodec libx264 -b:v 16k -preset ultrafast -tune zerolatency -flags2 local_header -acodec libmp3lame -g 30 -pkt_size 1316 -flush_packets 0 -f mpegts "srt://127.0.0.1:8080?streamid=uplive.sls.com/live/test"

ffmpeg -f avfoundation -framerate 30 -i "0:0" -f h264 udp://127.0.0.1:6666



ffmpeg -i input -c:v libx265 -b:v 1024k -x265-params pass=2 -c:a copy output.mp4



crf（Constant Rate Factor） ：https://www.jianshu.com/p/23e9f33b5281
该编码模式在单遍编码模式下提供了最大的压缩效率，每一帧可以按照要求的视频质量去获取它需要的比特数


延迟：
https://blog.csdn.net/blgpb/article/details/86704820



ffmpeg -f lavfi -re -i smptebars=duration=60:size=1280x720:rate=30 -f lavfi -re -i sine=frequency=1000:duration=60:sample_rate=44100 -pix_fmt yuv420p -c:v libx264 -b:v 1000k -g 30 -keyint_min 120 -profile:v baseline -preset veryfast -f mpegts "udp://127.0.0.1:1234?pkt_size=1316"

经过测试，端到端的最大延迟为1秒。经过分析，我发现这么大的延迟并不是SRT协议产生的。主要是客户端在调用ffmpeg协议，生成视频流的过程中，需要进行h264编码，耗费了大量的计算资源，导致产生了1秒的延迟。


ffplay udp://127.0.0.1:1234

测试下这个？https://blog.csdn.net/jacke121/article/details/72911089?utm_source=blogxgwz7