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

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

补充:
srs不支持rtsp 不支持h.265
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推流延时比较
各部分所占延时:从采集到拉流各部分延时概述

哎呦喂ヾ(✿゚▽゚)ノ~路长馆小,雪轻帘薄,酒热乎,这位爷~您ヾ(✿゚▽゚)ノ~ 里面坐~
本公众号专注分享C++,ffmpeg,opencv等相关音视频知识
webrtc,udp,tcp,rtsp,rtmp,srt/nginx+rtmp等流媒体协议和服务器
同时也会有大厂音视频技术专家不定期直播分享…
国人开发流媒体srs服务器,及yangrtc(国人版的webrtc)协议新动向
偶尔分享下程序员梦呓碎碎念(๑•॒̀ ູ॒•́๑)啦啦啦
目前刚刚开通,接受读者的优质投稿…
鉴于国内音视频圈子小,起步晚,以致分享少,门槛高,特开通分享,一起扇动这阵风吧!
微信扫描下方二维码,关注公众号,赶快进入音视频开发者社区吧!

猜你喜欢

转载自blog.csdn.net/weixin_43466192/article/details/121442168