关于直播视频平台与监控视频平台技术架构方案的一点小想法 - eguid - 博客园

标签: | 发表时间:2019-05-01 20:59 | 作者:
出处:https://www.cnblogs.com

javaCV入门指南:序章

截图服务在线演示demo: https://blog.csdn.net/eguid_1/article/details/82842904

项目维护地址: https://github.com/eguid/easyCV

感谢支持eguid原创,有兴趣的小伙伴可以点击博客左边的群链接加群讨论。

前言

讲个大实话,直播平台复杂在直播端(也就是播放端),而监控平台复杂在接入端(前端设备或平台)。

至于技术难点,难者自知。

 

一、直播平台(想尽一切办法来降低延迟,从一开始你就不应该对hls抱有任何幻想)
1、直播房间管理
主播管理--[主播申请直播房间]-->房间管理--[房间绑定直播推流地址]-->分配流媒体直播地址(可能会有多个流媒体服务,房间id作为rtmp和flv播放名称,只提供rtmp和flv分发,直播场景不考虑hls)

2、流媒体服务(srs或nginx+rtmpmodule),定制需求(通过主播推流和用户播放回调事件展示实时数据,用户真实数量后台不做调整,前端随意,回调接口由web服务提供)

3、前端直播(web,pc,移动端,微信小程序)
主要是播放器(h5采用flv方案,原生随意),还有实时弹幕和评论,礼物等等。
直播这块主要难点在于cdn分发降低延迟,其他没有难点。
小程序这块微信有提供单独的liveplayer播放器API,支持rtmp和flv,直接用就可以。
pc端想怎么搞怎么搞,就算你想自己解码然后播放又有什么不可以呢?
web端主要还是H5为主(flv,兼容低版本ie的话,可以上flash播放器),毕竟直播还是年轻人看的多,老年人应该会选择看电视吧~~maybe。

 

二、监控视频平台(视频接入复杂度较高,依然不考虑hls)
监控平台复杂度体现在接入复杂,接入协议多,私有协议满天飞,gb28181,177平台,sip,各种设备对接和监控系统对接,音视频裸码流,rtsp,rtmp,rtmp,hls,录像文件等等。


1、视频接入服务
需要一个统一接入服务(必须确定接入的每台设备的接入信息和接入方式(大而全,支持协议足够多,支持各种厂商私有码流,吃力而不讨好),流媒体服务会通过回调方式让本服务进行拉流并推流到流媒体服务)。


2、流媒体服务
首选srs或nginx+rtmpmodule,定制需求(即时转流,通过用户调用方式触发回调接入服务进行实时推流到流媒体服务)
既然是即时转流,那么延迟肯定比直播平台延迟要大,用户体验一般般;想要更好的用户体验就需要不停的从前端设备拉流推流到流媒体服务,后者本质上跟直播没区别。

 

3、监控视频直播(web,pc,移动端,微信小程序)
这块跟直播平台没啥区别,只不过不需要弹幕什么的了,前端比较简单,只要能看视频就行。
小程序这块微信有提供单独的liveplayer播放器API,支持rtmp和flv,直接用就可以。
pc端想怎么搞怎么搞,就算你想自己解码然后播放又有什么不可以呢?

 

三、关于两种平台推流(接入)的异同
1、监控平台虽然不需要主动推流,但实际情况更加扑朔迷离,各种私有协议花样百出应接不暇,没有标准接入协议真的很难搞。
谁知道明年会不会出个新的协议或者厂商设备换个型号私有头也跟着变,但是接入这块有个好处,能养很多NB程序猿,技术难度高,门槛高(最基础的你得熟悉rtsp,sip,ts,rtmp,flv,mpeg4/h264,g711,aac这些吧,至于用什么编程语言这都是后话了)。
2、直播平台一般可以移动端推流和pc端推流,用浏览器推流不知道脑袋是怎么想的,还是暂时远离webrtc这个坑吧,再过五六年或许可以。

 

 

 

相关 [直播 视频 台与] 推荐:

HTML5 视频直播(一)

- - JerryQu 的小站
前不久工作中遇到了在移动 WEB 端直播视频的需求,研究了一下相关技术,记录一下. 目前 WEB 上主流的视频直播方案有 HLS 和 RTMP,移动 WEB 端目前就只有 HLS 能用,我们重点介绍它. HTTP Live Streaming(简称 HLS)是一个基于 HTTP 的视频流协议,由 Apple 公司实现,Mac OS 上的 QuickTime、Safari 以及 iOS 上的 Safari 都能很好的支持 HLS,高版本 Android 也增加了对 HLS 的支持.

关于直播视频平台与监控视频平台技术架构方案的一点小想法 - eguid - 博客园

- -
javaCV入门指南:序章. 感谢支持eguid原创,有兴趣的小伙伴可以点击博客左边的群链接加群讨论. 讲个大实话,直播平台复杂在直播端(也就是播放端),而监控平台复杂在接入端(前端设备或平台). 一、直播平台(想尽一切办法来降低延迟,从一开始你就不应该对hls抱有任何幻想). 主播管理--[主播申请直播房间]-->房间管理--[房间绑定直播推流地址]-->分配流媒体直播地址(可能会有多个流媒体服务,房间id作为rtmp和flv播放名称,只提供rtmp和flv分发,直播场景不考虑hls).

[原]视频直播 解决方案

- - banketree
中国好声音2016年开始海选了,某某代理了地方海选,为了更好的推广,决定进行网上直播. 服务端:Srs  (https://github.com/ossrs/srs). 收看直播嘛,只要开源播放器支持rtmp、hls…等等都可以看的,具体的我就不多说了. 作者:banketree 发表于2016/5/17 13:01:10 原文链接.

音乐人 Daria Musk 利用 Google+ Hangouts 直播演出视频

- jeff - 谷奥——探寻谷歌的奥秘
独立流行音乐人Daria Musk最近潮流了一把,她和自己的乐队利用Google+的Hangouts视频群聊服务,在自己的工作室里举办了一场小型音乐会的直播. 尽管鉴于Hangouts的限制,只能有10个人观看视频直播,但是咱有山寨的办法突破这个限制,就是10个人里的其中一位拿起自己另外一台电脑上的摄像头,拍摄自己看到的音乐会直播画面,然后在这台新电脑上再组建一个10人的Hangouts视频群聊,这样理论上可以一直接力下去,只不过质量就…….

webvbox :集网络视频、直播、小游戏、音乐欣赏

- tackwell - 笨兔兔
webvbox,是一款集网络视频观看、电视直播、音乐电台、小游戏、网络工具于一体的利器. 最新版本为webvbox 2 beta版本. 主页:http://hi.baidu.com/webvbox/. (这段话只有一个叹号标点,全是逗号,堪比GRE的长句子啦,玩笑. 支持多家视频网站:优酷、土豆、新浪…不用打开网页,想看就看.

谷奥: Google 在首页强推 Google+ Hangouts 演出视频直播

- lili - 谷奥聚合——谷奥主站+谷安 aggregator
尽管这并非黑眼豆豆的Will I. Am第一次利用Google+的Hangouts进行视频群聊了,但却是他第一次出现在Google首页里,这也是Google第一次将一个Google Profile个人链接地址放置在Google首页强推──这可是一个无价的广告位啊. 在直播开始之前的现在,如果你点击那个链接,只能看到黑眼豆豆的Will I.

Hangouts On Air-google+的全球视频直播工具

- - 无名小卒
        Google+向全球用户正式推出视频直播工具——Hangouts On Air,该工具可以让用户向公众直播视频. 用户需要登录google+,点击start a hangout,勾选Enable Hangouts On Air按钮,验证你的Youtube账户,这样你的视频就可以向全球直播了.

Android直播,音视频播放那些事儿

- - CSDN博客推荐文章
随着音视频领域的火热,在很多领域(教育,游戏,娱乐,体育,跑步,餐饮,音乐等)尝试做音视频直播/点播功能,那么作为开发一个小白,如何快速学习音视频基础知识,了解音视频编解码的传输协议,编解码方式,以及如何技术选型,如何解决遇到的坑,本文抛砖引玉,欢迎大咖交流. 静止的画面叫图像(picture). 连续的图像变化每秒超过24帧(frame)画面以上时,根椐视觉暂留原理, 人眼无法辨别每付单独的静态画面,看上去是平滑连续的视觉效果.

一款开源的视频直播项目 --EvilsLive

- - IT瘾-geek
EvilsLive 是一个视频直播件开发工具包(SDK), 目前只支持 Android, 以后还会支持 Web/IOS 等平台. 主要负责视频直播的采集、推流、预览、播放、美图支持. 欢迎大家 Star, 你们的关注才是我们持续的动力!. 目前此项目还在持续更新中..... 预览与推流分辨率可分别自由设置.

无码&流畅的视频直播监控体系

- - 运维派
影响视频质量的因素是多样和复杂的. 从主播端到看播端整条路径上,任何一环出问题,比如码率降低,分辨率降低,帧率降低,光源使用不当,滤镜使用不当,传输层丢包,播放端网络质量差,播放端解码能力弱等等,都可能导致视频质量下降. 检测视频质量一直以来有两种方式,分别是客观评价和主观评价. 所谓客观评价就是将评价目标和一个标准的原始源进行对比,计算峰值信噪比(PSNR)以及衍生的一系列评价指标.