文档介绍：文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。提案直播技术方案文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。直播应用场景01***02直播答题03社交平台04远程教育05远程医疗06单兵作业文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。常用直播功能项观看直播聊天礼物房间逻辑用户逻辑系统设置直播列表录播主播文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。直播流程音视频采集视频滤镜音视频编码推流流媒体服务器拉流音视频解码音视频播放文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。直播协议RTMPHTTP-FLVHLS优势:实时性高(延时1~3秒),编码兼容性高,稳定性高劣势:播放兼容性差,RTMP最大软肋,因为是Adobe的私有协议,很多设备都无法直接播放优势:性能高(延时1~3秒),所以从延迟角度来看,HTTP-FLV要优于RTMP。(服务器上直接转码成http-flv,客户端直接观看)劣势:移动端对于HTTP的支持不是很完善优势:自适应码率流播劣势:实时性差,基本上HLS的延迟在10秒以上文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。流媒体开发帧:每帧代表一幅静止的图像码率:图片进行压缩后每秒显示的数据量。流媒体开发:网络层(socket)负责传输,协议层(rtmp或hls)负责网络打包,封装层(flv、ts)负责编解码数据的封装,编码层()负责图像,音频压缩。帧率:每秒显示的图片数。影响画面流畅度,与画面流畅度成正比:帧率越大,画面越流畅;帧率越小,画面越有跳动感。文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。直播架构采集端(主播)常用框架FFmpeg框架:编解码,推流h264框架:视频格式转换librtmp框架:(美颜、水印)+(CDN):(观众)常用框架FFmpeg框架:编解码,拉流ijkPlayer框架:播放librtmp框架:,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。采集端逻辑采集端业务服务器流媒体服务器创建房间创建直播流返回直播流返回直播流地址推流到直播流地址文档来源于网络,文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。文档如有不当之处,请联系本人或网站删除。播放端逻辑播放端业务服务器流媒体服务器查询房间列表返回房间列表及播放地址拉流播放