随笔 - 936  文章 - 0  评论 - 3  阅读 - 30万

国标GB28181协议视频监控平台EasyGBS设备播放断流现象的排查分析及解决

EasyGBS平台基于国标GB28181协议,支持多路设备接入,并对多平台、多终端分发出RTSP、RTMP、FLV、HLS、WebRTC等多种格式的视频流。平台可为大数据等综合性监管平台提供极强的视频能力,已经在大量的项目中落地应用,如明厨亮灶、平安乡村、雪亮工程等。

 

 

有用户反馈,在EasyGBS运行时,接入的设备刚开始可以正常播放,开启云端录像后,也没有停止和重播的操作,但是出现了视频流断流的现象。

技术人员立即对该反馈进行了抓包分析,排查得出是程序向设备发送了停止推流的请求。

 

 

但是此时设备的状态确实处于正在播放的状态,如图:

 

 

于是排查代码发现,当设备网络较差时,设备会断流,超过指定的时间30s(EasyGBS平台默认值),就会主动清除流媒体服务,但是redis中的流数据还在,而当设备在录像时,自动保活会从redis中取保活流数据,所以就会出现设备状态显示正在播放,但是流已经消失的情况。

解决方法如下:

在设备进行播放保活时,对流信息进行判断,添加一个最后的处理流时间,如果超过指定时间就自动重新拉流。

 

 

if stream != nil {
		latestGetFrameTime := stream.LatestGetFrameTime
		if latestGetFrameTime != "" {
			lastStreamTime, err := time.ParseInLocation("2006-01-02 15:04:05", latestGetFrameTime, time.Local)
			if err != nil {
				log.Printf("stop stream [%s] lastStreamTime %s err [%s]", streamid, latestGetFrameTime, err.Error())
				StreamStop(streamid)
				stream = nil
			}
			d := time.Since(lastStreamTime)
			if int(d.Seconds()) >= 60 {
				log.Printf("stop stream [%s] lastStreamTime %s", streamid, latestGetFrameTime)
				StreamStop(streamid)
				stream = nil
			}
		}
	}

按照上述方法修改过后,录像及播放都恢复正常了。

 

 

 

 

国标视频云服务EasyGBS可提供流媒体接入、处理、转发等服务,支持内网、公网的监控设备通过国标GB/T28181协议进行视频监控直播。平台可实现的视频能力有:实时直播、视频录像、语音对讲、云存储、检索及回放、告警、级联等。感兴趣的用户可以前往演示平台进行体验或部署测试。

 

posted on   EasyGBS  阅读(61)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示