媒体流服务方案

随着互联网的发展，尤其是移动互联网的普及，企业也更多地想基于H5、微信公众号来快速开发和运营自己的视频及视频相关性产品，传统的协议视频流，都无法直接在Web网页或者微信公众号上进行直播播放，那么媒体流服务基本要求就是：无插件、纯web、全平台PC/Android/iOS、支持H5、支持微信。

常用协议

RTSP
Real Time Streaming Protocol ；实时流传输协议，是TCP/IP协议体系中的一个应用层协议，RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。
RTMP
Real Time Messaging Protocal；基于长连接TCP；每个时刻收到的数据立即转发；延时 1~3s。
HLS
HTTP Live Streaming；基于短连接 HTTP；集合一段时间的数据生成 ts 切片文件，更新 m3u8 文件；延时 15s+。
HTTP-FLV
RTMP over HTTP；基于长连接 HTTP；每个时刻收到的数据立即转发，使用 HTTP 协议；延时 1~3s。

方案对比

开源产品有Live555，Red5，Wowza，EasyDarwin等等，搭建属于自己的媒体流方案：1、Nginx-rtmp或SRS + ffmpeg

方案

nginx rtmp模块需要单独编译安装，SRS功能相对与nginx rtmp模块更完善强大，故以下采用SRS方案进行讲解。

ffmpeg推流，将rtsp媒体流输入SRS进行转码，SRS可转码成rtmp、hls、flv协议。

rtmp协议依赖flash，不支持h5播放，无法做到无插件播放。

flv协议通过HTTP将rtmp提供出去，延时较小,移动端播放较难实现。

hls协议通过文件切片来实现播放，延时较高。

常用协议主要采用http-flv,hls两种。PC端使用http-flv协议，移动端使用HLS协议播放。

ffmpeg及SRS 部署很容易，ffmpeg系统中可绿色使用，SRS可直接容器中部署。

ffmpeg推流样例指令：

ffmpeg -i rtsp://127.0.0.1/Streaming/Channels/1302  -vcodec libx264 -acodec aac -f flv rtmp://10.12.20.18:1935/live/record

SRS播放地址：

rtmp:
rtmp://10.12.20.18:1935/live/record
flv:
http://10.12.20.18:8080/live/record.flv
hls:
http://10.12.20.18:8080/live/record.m3u8

本人微信公众号，不定期发布原创博文及分享他人好文，欢迎关注交流。

本文地址：https://blog.csdn.net/sundehui01/article/details/107299804