博客
关于我
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/

你可能感兴趣的文章
OpenMCU(三):STM32F103 FreeRTOS移植
查看>>
OpenMCU(三):STM32F103 FreeRTOS移植
查看>>
OpenMCU(二):GD32E23xx FreeRTOS移植
查看>>
OpenMCU(五):STM32F103时钟树初始化分析
查看>>
OpenMCU(四):STM32F103启动汇编代码分析
查看>>
OpenMetadata 命令执行漏洞复现(CVE-2024-28255)
查看>>
OpenMMLab | AI玩家已上线!和InternLM解锁“谁是卧底”新玩法
查看>>
OpenMMLab | S4模型详解:应对长序列建模的有效方法
查看>>
OpenMMLab | 【全网首发】Llama 3 微调项目实践与教程(XTuner 版)
查看>>
OpenMMLab | 不是吧?这么好用的开源标注工具,竟然还有人不知道…
查看>>
OpenMMLab | 如何解决大模型长距离依赖问题?HiPPO 技术深度解析
查看>>
OpenMMLab | 面向多样应用需求,书生·浦语2.5开源超轻量、高性能多种参数版本
查看>>
OpenMP 线程互斥锁
查看>>
OpenMV入门教程(非常详细)从零基础入门到精通,看完这一篇就够了
查看>>
OpenObserve云原生可观测平台本地Docker部署与远程访问实战教程
查看>>
openoffice使用总结001---版本匹配问题unknown document format for file: E:\apache-tomcat-8.5.23\webapps\ZcnsDms\
查看>>
views
查看>>
OpenPPL PPQ量化(2):离线静态量化 源码剖析
查看>>
OpenPPL PPQ量化(3):量化计算图的加载和预处理 源码剖析
查看>>
OpenPPL PPQ量化(4):计算图的切分和调度 源码剖析
查看>>