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

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

EasyNVR具备丰富的二次开发接口,用户可根据需求自由调用和开发。在EasyNVR的实际项目测试中,客户调用了录像回看接口,生成指定时间段录像播放及下载,但是向我们反馈出现录像时间缺失的情况。比如获取0-25S的录像,但是最终生成的录像是从2s开始的,缺少了最开始2s的录像。也就是如下图的情况,需要获取20210408160405到20210408160422之间的录像,但最终生成的录像是从20210408160406分开始的。

64.png

查看代码,程序在遍历文件的时候进行了如下判断:

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

该判断的内容就是,如果文件的时间大于等于开始时间则读取对应的文件。而因为 hls 流的特性,上一个ts视频的时间为 20210408160402 不符合条件,因此被排除了。但是 20210408160405 正好在该切片中,所以导致总体的数据缺少时间。

65.png

我们需要修改代码如下:

// 从名称中获取对应的秒数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/

你可能感兴趣的文章
Mysql学习总结(69)——Mysql EXPLAIN 命令使用总结
查看>>
Mysql学习总结(6)——MySql之ALTER命令用法详细解读
查看>>
Mysql学习总结(70)——MySQL 优化实施方案
查看>>
Mysql学习总结(71)——MySQL 重复记录查询与删除总结
查看>>
Mysql学习总结(71)——数据库介绍(MySQL安装 体系结构、基本管理)再回顾
查看>>
Mysql学习总结(72)——MySQL 开发者开发,设计规范再总结
查看>>
Mysql学习总结(73)——MySQL 查询A表存在B表不存在的数据SQL总结
查看>>
Mysql学习总结(74)——慢SQL!压垮团队的最后一根稻草!
查看>>
Mysql学习总结(75)——并发量大、数据量大的互联网业务数据库设计军规
查看>>
Mysql学习总结(76)——MySQL执行计划(explain)结果含义总结
查看>>
Mysql学习总结(77)——温故Mysql数据库开发核心原则与规范
查看>>
Mysql学习总结(78)——MySQL各版本差异整理
查看>>
Mysql学习总结(79)——MySQL常用函数总结
查看>>
Mysql学习总结(7)——MySql索引原理与使用大全
查看>>
Mysql学习总结(80)——统计数据库的总记录数和库中各个表的数据量
查看>>
Mysql学习总结(81)——为什么MySQL不推荐使用uuid或者雪花id作为主键?
查看>>
Mysql学习总结(82)——MySQL逻辑删除与数据库唯一性约束如何解决?
查看>>
Mysql学习总结(83)——常用的几种分布式锁:ZK分布式锁、Redis分布式锁、数据库分布式锁、基于JDK的分布式锁方案对比总结
查看>>
Mysql学习总结(84)—— Mysql的主从复制延迟问题总结
查看>>
Mysql学习总结(85)——开发人员最应该明白的数据库设计原则
查看>>