从采集到拉流各部分延时概述

采集和渲染：
看硬件设备性能，一般用去10ms
编码和解码：
编码类型 编一个h265比h264的帧多10ms B会造成延时，10ms到上百毫秒不等。
I帧间隔 和首开屏有关：
网络传输：
传输协议，应用层srt，rtmp，rtsp，传输层tcp，udp，udp比tcp快，但是网络拥堵的情况下，tcp多次握手，重传机制带来很多问题。
缓存 服务器和播放端，srs官网有个播放器，零延时，可以用来测试用，ffplay也可以配置没有缓存的参数。

补充：
srs不支持rtsp 不支持h.265
rtmp必须要用flv的封装格式，因为flv不支持h265，所以rtmp也不能传输h265，但可以自行改动源码来支持h265。
h265一般作为点播系统，它的压缩率更高，同时压缩耗时久，h264可作为实时直播使用。
h265压缩率在200左右，h264压缩比100左右

搭建srs+rtmp的流媒体服务器，另一篇博客：srs搭建rtmp流媒体服务器
编译带h264编码和aac编码的ffmpeg库，另一篇文章：libfdk-aac和x264安装编译

用udp推流延时测试，见：rtmp改udp推流，并测试延时性能
srt流媒体搭建：srt流媒体搭建
ffmpeg编译配置srt模块：ffmpeg编译配置srt模块
srs+rtmp和nginx+rtmp推流延时比较
各部分所占延时：从采集到拉流各部分延时概述