本文原地址: http://www.feitianzhi.com/boke/index.php/archives/35/
转载请注明出处,有疑问或错误请发邮件到xiaozhi@fslib.org 或加QQ群:869598376
介绍
一般视频系统由流媒体服务器和信令服务器组成,信令服务器一般负责客户端请求(如客户端要看a视频需要先通知信令服务器分配合适的流媒体去准备a的流,之后客户端才能通过流媒体看a的流)和控制流媒体服务器;本文所述的“去中心管理”就是去掉信令服务器;
中心管理的缺陷
- 调试不方便
在对标准流媒体协议进行调试时,如可使用vlc调试rtsp流,但vlc无法同信令服务器通信,使得调试麻烦; - 级联难度高
各级可能使用不同的流协议,如rtsp同rtmp可认为有一定的相似度,但rtsp同gb28181的相似度几乎为0,两种不同协议的信令服务器对接难度非常高; - 不能满足项目定制的需求
信令服务器往往同流媒体相关,在流媒体开发时已对信令服务器提出多项要求,导致信令服务器的一些特性与实际项目相悖;
小雉视频系统之去中心管理
再合理的设计也是规则,也是束缚,小雉视频系统直接去掉了信令服务器,把信令服务器成为一张白纸,任君在项目中随意书写,以下为小雉视频系统不同协议级联的体验说明
- 从相机直接拉取rtsp到“小雉视频1_1”
rtsp地址: rtsp://mym9.com/rtsp_pull
rtmp地址: rtmp://mym9.com/rtsp_pull
hls地址: http://mym9.com:16080/rtsp_pull - 相机使用gb28181推流到“小雉视频1_2”
rtsp地址: rtsp://mym9.com/gb28181_push
rtmp地址: rtmp://mym9.com/gb28181_push
hls地址: http://mym9.com:16080/gb28181_push - 从相机直接拉取rtsp到“小雉视频1_1”,
“小雉视频1_1”再使用GB28181推流到“小雉视频2_1”,
“小雉视频3_1”使用rtsp从“小雉视频2_1”拉取rtsp地址: rtsp://mym9.com/rtsp_pull_gb28181_push_rtsp_pull
rtmp地址: rtmp://mym9.com/rtsp_pull_gb28181_push_rtsp_pull
hls地址: http://mym9.com:16080/rtsp_pull_gb28181_push_rtsp_pull - 从相机直接拉取rtsp到“小雉视频1_1”,
“小雉视频1_1”再使用rtmp推流到“小雉视频2_2”,
“小雉视频2_2”再使用rtsp推流到“小雉视频3_2”,rtsp地址: rtsp://mym9.com/rtsp_pull_rtmp_push_rtsp_push
rtmp地址: rtmp://mym9.com/rtsp_pull_rtmp_push_rtsp_push
hls地址: http://mym9.com:16080/rtsp_pull_rtmp_push_rtsp_push - 从相机直接拉取rtsp到“小雉视频1_1”,
“小雉视频1_1”再使用rtsp推流到“小雉视频2_3”,
“小雉视频3_3”使用rtmp从“小雉视频2_3”拉取rtsp地址: rtsp://mym9.com/rtsp_pull_push_rtmp_pul
rtmp地址: rtmp://mym9.com/rtsp_pull_push_rtmp_pul
hls地址: http://mym9.com:16080/rtsp_pull_push_rtmp_pul