博客
关于我
RTSP协议视频结构化平台EasyNVR指定时间段录像时间缺失问题排查
阅读量:574 次
发布时间:2019-03-10

本文共 963 字,大约阅读时间需要 3 分钟。

在实际项目中,我们遇到了一个关于EasyNVR录像时间缺失的问题。客户反馈了以下情况:

问题描述

用户尝试调用录像回看接口,指定获取2021040816040520210408160422之间的录像文件,但最终生成的录像是从20210408160406开始的,缺少了2s的录像时间。

截图如下:

![截图内容未可见,描述仅供参考]

技术分析

通过查看代码,我们发现问题出现在文件遍历的判断逻辑中。具体代码如下:

if secFileTime >= start && secFileTime <= end {   readSecFile = true}

问题根源

由于HLS流的特性,上一个TS文件的时间是20210408160402,这条记录低于开始时间20210408160405,因此被排除在外。结果导致最终组合的时间从20210408160406开始,跳过了2s的录像内容。

初步解决方案

基于此,我们提出以下修改方案:

// 从名称中获取对应的秒数secFileTime := strings.Split(secFileName, "-")[1]readSecFile := false// 如果当前文件时间小于开始时间,则查看下一个文件是否大于if secFileTime < start {   // 检查是否有下一个文件   if secFileIndex < secFileLen-1 {      nextInfo := secFileInfos[secFileIndex+1]      nextName := strings.Split(nextInfo.Name(), "-")[1]      if start < nextName {         readSecFile = true      }   }} else if secFileTime >= start && secFileTime <= end {   readSecFile = true}

方案优缺点

这个方案能够解决时间缺失的问题,但由于HLS流的固定切片大小特性,导致无法获得精确的时间点。因此,如果对时间要求较为精细,需要对TS文件进行额外的切片处理。

结论

经过上述分析和优化,问题得以解决,客户的需求得到了满足。

转载地址:http://tzfvz.baihongyu.com/

你可能感兴趣的文章
OSPF 支持的网络类型:广播、NBMA、P2MP和P2P类型
查看>>
OSPF 概念型问题
查看>>
OSPF 的主要目的是什么?
查看>>
OSPF5种报文:Hello报文、DD报文、LSR报文、LSU报文和LSAck报文
查看>>
SQL Server 存储过程分页。
查看>>
OSPFv3:第三版OSPF除了支持IPv6,还有这些强大的特性!
查看>>
OSPF不能发现其他区域路由时,该怎么办?
查看>>
OSPF两个版本:OSPFv3与OSPFv2到底有啥区别?
查看>>
SQL Server 存储过程
查看>>
OSPF在什么情况下会进行Router ID的重新选取?
查看>>
OSPF在大型网络中的应用:高效路由与可扩展性
查看>>
OSPF太难了,这份OSPF综合实验请每位网络工程师查收,周末弯道超车!
查看>>
OSPF技术入门(第三十四课)
查看>>
OSPF技术连载10:OSPF 缺省路由
查看>>
OSPF技术连载11:OSPF 8种 LSA 类型,6000字总结!
查看>>
OSPF技术连载12:OSPF LSA泛洪——维护网络拓扑的关键
查看>>
OSPF技术连载13:OSPF Hello 间隔和 Dead 间隔
查看>>
OSPF技术连载14:OSPF路由器唯一标识符——Router ID
查看>>
OSPF技术连载15:OSPF 数据包的类型、格式和邻居发现的过程
查看>>
OSPF技术连载16:DR和BDR选举机制,一篇文章搞定!
查看>>