视频中台解决方案：组织树组件+多路视频直播界面开发

前言

最近准备搞新项目了
这次应该不会咕咕咕了，我编写了完整的计划
如果按计划来的话，应该可以在一个月内搞定 MVP 上线
不过在开始新项目之前，得把我之前的工作整理一下，输出几篇笔记记录一下
在公众号后台回复「树组件」可以获取本文树组件的相关代
介绍

这个项目是中台里的一个子项目，视频中台
主要功能是管理各个项目的监控设备、摄像头，以及查看监控直播
在此之前，我只用 SRS 部署了直播平台，然后使用 RTMP 协议推流实现直播
但这种方式适合的场景更多是像 B 站、抖音这种直播平台
对于视频监控，业内有个更专业的方式：GB28181-2016 标准
也就是常说的 28181 协议
最终我们选择的监控后端是开源的 WVP (https://github.com/648540858/wvp-GB28181-pro)
初见这个项目主页，一股浓浓的国产粗犷风格扑面而来，主打一个凑合看看得了，简单的文档后标明了收费内容和付费咨询渠道。
不过也就是这么个粗看其貌不扬的项目，却意外的…能用？
总之就是这么个项目，支撑起几千个设备的视频监控播放。
主要的设备就是海康、大华、宇视等品牌的 IPC、NVR，一开始我还 NVR（录像机）和 IPC（摄像头）拆分开，没想到这系统里是不拆分的，我后面也发现了不拆分更好，一律按照设备来记录，然后实际视频流再按照通道来区分。
视频中台

视频中台这块的技术方面其实不会很复杂
主要的工作量和复杂度还是在沟通、协调等流程方面，原因有以下几点：

• 不单单是做这么一个系统，还需要让现场人员去配置摄像头，让管理人员录入摄像头信息
  
• 现场人员很多不会操作电脑，如何指导他们配置摄像头（类似配置路由器）
  
• 存量设备和新增设备如何管理？
  
• 摄像头和录像机如何编码？
  
• 编码完成后如何让现场人员知道哪个编码对应哪个设备？
  
• ……
  

这里只列举一部分，实际运行的问题只会更多。
其实这些都还好，只要理清了整个流程，实施起来还是有可行性的。
但一旦涉及得人过多，没有人负责推动，最终就会变成互相推诿，效率低下，一个月都不一定能完成一台设备的接入。
OK，废话太多了，说回正题，先来看看系统界面。
主页

直接上截图吧，这是视频中台的截图（敏感信息和数据已经全部用假数据代替，请放心查看）

从界面可以看出，核心功能就是管理视频和播放视频
视频播放

PS: 敏感信息已打码，请放心查看

视频播放界面，就是本文要重点介绍的

可以切换 1 路、4 路、9 路、16 路播放，这里再截一个 16 路视频的播放截图吧，其他就不放了，相信聪明的读者们能理解的
来源：豆瓜网用户自行投稿发布，如果侵权，请联系站长删除