国标GB28181协议视频监控智能分析平台EasyGBS多分屏视频调阅下只能播放两路通道排查(附浏览器连接数规则)
TSINGSEE青犀视频平台播放均支持多分屏调阅播放,最多可分至16分屏,大家可根据需求自行调阅。但是我们最新测试的国标GB28181平台EasyGBS内在视频调阅界面调阅多个视频通道时,只有前两个通道的视频能正常加载,其他通道同时加载的情况下就会无法加载。
针对该问题的出现,我们可以从几个方面进行分析:
1、服务端
我们可以排查接入的视频流是否是正常的,逐一对接入上来的视频流进行排查,如果每个视频流都是可以正常播放的,则需要排查流媒体服务的问题。
2、传输网络端
视频传输对网络的要求是很高的,一般和视频流大小成正相关。在该问题中,现场的网络是5M,由此我们可以推断可能和网络有关。
以每个接入的设备视频码率是1M来计算,我们可以发现,最多可以播放5路视频通道,然而情况是只能成功播放两路,因此我们排除是网络问题。
3、客户端
HTTP客户端一般对同一个服务器的并发连接个数都是有限制的,一般chrome的连接数是6;Firefox的连接数是2。该问题就是浏览器只能最多建立两个http连接,才导致多屏幕展示只能播放两路。
最后我们再总结下各个浏览器连接数限制:
该现场的是firefox浏览器,由于浏览器有http限制,因此切换为其他的视频流,不使用HTTP-FLV流就可以。测试切换为HLS流,就可以成功的播放多分屏了。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结