CN110324549A

CN110324549A - 一种录像方法、装置和设备

Info

Publication number: CN110324549A
Application number: CN201810262265.7A
Authority: CN
Inventors: 孙庆鹏; 张文兴; 孙德一
Original assignee: Shenyang Mxnavi Co Ltd
Current assignee: Shenyang Mxnavi Co Ltd
Priority date: 2018-03-28
Filing date: 2018-03-28
Publication date: 2019-10-11
Anticipated expiration: 2038-03-28
Also published as: CN110324549B

Abstract

本发明公开了一种录像方法、装置和设备。所述方法包括：录像开始后，缓存指定时间长度的最新的视频数据；当保存周期到期时，根据缓存的视频数据，确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据；从缓存的视频数据获取缺失的视频数据补入保存的当前视频文件或创建的下一个视频文件中。能够保证行车过程中视频记录的完整无缺，避免视频记录的缺失，且不会增加设备功耗，达到使设备更省电的效果。

Description

一种录像方法、装置和设备

技术领域

本发明涉及多媒体导航技术领域，特别涉及一种录像方法、装置和设备。

背景技术

随着多媒体技术的发展，用于记录车辆行驶途中的影像和声音得到行车记录视频的行车记录仪，应用越来越广泛。

目前行车记录仪主要有智能行车记录仪和专用行车记录仪两种，专业行车记录与智能行车记录仪主要区别是：专业行车记录仪只有行车记录一种功能，智能行车记录仪还带有一些其它功能，比如：在线音乐，天气，导航等功能。

专业行车记录仪一般都是行车记录仪芯片厂商以Linux系统定制的方案，硬件配置相关较低，专用于行车视频的记录，功能专一，且需要一个单独的设备来实现，不能在其他终端设备中配置该功能。

智能行车记录一般都是公版的系统，以Android系统为基础增加应用。Android系统本来是针对移动终端设计的系统，所以如果不针对产品进行特殊的改进，就会造成一些功能的缺失。这种可以匹配移动终端使用的智能行车记录，在进行视频记录保存视频文件时，都会有或多或少的视频帧丢失，这是因为Android系统不提供连续录像并且其存储采用的是分段存储的方式。Android系统只能用媒体记录仪器(MediaRecorder)的开始(start)、停止(stop)两个功能去开始和停止录像，根据用户的需要每隔一段时间，比如3分钟或者其它的时间间隔去保存一段录像。在保存过程中，使用MediaRecorder的stop功能停止录像，行车记录就停止了，再调用start功能时，也需要重新打开摄像头等工作，行车记录在stop到start这段时间是不工作的，不工作的这段时间通常会持续1–3s的时间，在这段时间里的视频是无法被记录并保存下来的。

也就是说，现有技术中的行车记录仪进行行车过程中的录像时，由于其每隔一段时间保存一次文件，导致保存文件时会出现一小段的时间视频无法被记录和保存，因此无法获取到完整的视频记录文件，很可能导致关键视频信息的缺失，无法达到无缝录影的要求。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种录像方法、装置和设备。

第一方面，本发明实施例提供一种录像方法，包括：

录像开始后，缓存指定时间长度的最新的视频数据；

当保存周期到期时，根据缓存的视频数据，确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据；

从缓存的视频数据获取缺失的视频数据补入保存的当前视频文件或创建的下一个视频文件中。

在一些可选的实施例中，所述根据缓存的视频数据，确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据，包括：

根据缓存的视频数据，确定保存的当前视频文件的最后一个视频帧和创建的下一个视频文件的第一个视频帧之间缺少的视频帧。

在一些可选的实施例中，所述确定保存的当前视频文件的最后一个视频帧和创建的下一个视频文件的第一个视频帧之间缺少的视频帧，包括：

获取下一个视频文件的第一个视频帧的帧号和保存的当前视频文件的最后一个视频帧的帧号，判断帧号是否连续，当帧号不连续时，从缓存数据中，获取下一个视频文件的第一个视频帧的帧号和保存的当前视频文件的最后一个视频帧的帧号之间的帧号，确定出缺少视频帧的帧号；或

获取创建的下一个视频文件的第一个视频帧，在缓存的视频数据中查找到该视频帧，并将查找到的视频帧的前一个视频帧与保存的当前视频文件的最后一个视频帧进行匹配；当视频帧不匹配时，继续在缓存的视频数据中查找不匹配的视频帧的前一个视频帧，将查找到的前一个视频帧与保存的当前视频文件的最后一个视频帧进行匹配，直到查找到与所述最后一个视频帧相匹配的视频帧后，确定出所有不匹配的视频帧。

在一些可选的实施例中，所述从缓存的视频数据获取缺失的视频数据，包括：

根据确定出的缺少视频帧的帧号，从缓存的视频数据中获取对应的视频帧；或根据确定出的不匹配的视频帧，从缓存的视频数据中获取所有不匹配的视频帧。

在一些可选的实施例中，上述方法还包括：

当检测到意外事件发生时，启动视频抓拍，获取意外事件发生期间的视频记录数据。

在一些可选的实施例中，上述方法还包括：

调用设置的录像应用接口启动视频录像和视频数据缓存；

调用设置的视频控制功能模块，对录像和视频数据缓存进行操作控制；

调用设置的缓存功能库缓存视频数据。

第二方面，本发明实施例提供一种录像装置，包括：

缓存模块，用于录像开始后，缓存指定时间长度的最新的视频数据；

判断模块，用于当保存周期到期时，根据缓存的视频数据，确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据；

执行模块，用于从缓存的视频数据获取缺失的视频数据补入保存的当前视频文件或创建的下一个视频文件中。

在一些可选的实施例中，所述判断模块，具体用于：

在一些可选的实施例中，所述执行模块，具体用于：

在一些可选的实施例中，上述装置还包括：

抓拍模块，用于当检测到意外事件发生时，启动视频抓拍，获取意外事件发生期间的视频记录数据。

本发明实施例还提供一种录像设备，包括上述的录像装置。

本发明实施例还提供一种录像设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的录像方法。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行上述的录像方法。

本发明实施例提供的上述技术方案的有益效果至少包括：

在录像的时候，缓存一定时间长度的视频数据，在保存周期到期，保存当前视频文件，创建下一个视频文件的视频文件切换过程中，可以根据缓存的视频数据来确定视频文件存储时缺失的视频数据，根据缓存的视频数据进行补入，从而避免在隔一段时间保存一次视频文件时，导致前后两个视频文件之间有数据丢失，从而保证视频数据的完整无缺，避免关键视频信息的缺失，实现行程记录过程中的无缝录影。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一中录像方法的流程图；

图2为本发明实施例二中录像方法的具体实现流程图；

图3为本发明实施例中录像装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的行车录像过程中不能获取到完整的视频记录文件，无法实现无缝录影的问题，本发明实施例提供一种录像方法，该方法能够保证视频文件保存切换时，不会丢失视频信息，实现无缝录影。

实施例一

本发明实施例一提供一种录像方法，其流程如图1所示，包括如下步骤：

步骤S101：录像开始后，缓存指定时间长度的最新的视频数据。

在行车过程或其他需要进行视频记录的过程中，在启动录像功能时，同时启动缓存功能，缓存当前录像时刻之前一定时间段内录制的视频数据，即缓存一定时间长度的最新的视频数据。

步骤S102：当保存周期到期时，根据缓存的视频数据，确定断保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据。

按照一定的保存周期，保存视频数据，例如1秒、3秒、5秒、8秒等任意选定的时间长度为保存周期来保存视频文件，当保存周期到期时，保存当前正在录制的视频文件，并创建下一个视频文件用来保存下一个保存周期录制的视频数据。

在进行视频文件切换时，可以根据缓存的视频数据来确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据。

例如：可以根据缓存的视频数据，确定保存的当前视频文件的最后一个视频帧和创建的下一个视频文件的第一个视频帧之间缺少的视频帧。当没有有视频帧缺少时，认为没有视频数据缺失。

确定缺少的视频帧，可以通过帧号来进行确定，例如：获取下一个视频文件的第一个视频帧的帧号和保存的当前视频文件的最后一个视频帧的帧号，判断帧号是否连续，当帧号不连续，时，从缓存数据中，获取下一个视频文件的第一个视频帧的帧号和保存的当前视频文件的最后一个视频帧的帧号之间的帧号，确定出缺少视频帧的帧号。这种方式，当帧号连续时，可以认为不缺少视频帧。

确定缺少的视频帧，也可以通过视频帧匹配的方式来进行确定，例如：获取创建的下一个视频文件的第一个视频帧，在缓存的视频数据中查找到该视频帧，并将查找到的视频帧的前一个视频帧与保存的当前视频文件的最后一个视频帧进行匹配；当视频帧不匹配时，继续在缓存的视频数据中查找不匹配的视频帧的前一个视频帧，将查找到的前一个视频帧与保存的当前视频文件的最后一个视频帧进行匹配，直到查找到与所述最后一个视频帧相匹配的视频帧后，确定出所有不匹配的视频帧。这种方式，当查找到的视频帧的前一个视频帧与保存的当前视频文件的最后一个视频帧相匹配，认为不缺少视频帧。

步骤S103：从缓存的视频数据获取缺失的视频数据补入保存的当前视频文件或创建的下一个视频文件中。

当确定有视频数据缺失时，可以根据缓存的视频数据对保存的视频文件中缺失的数据进行补全。

从缓存的视频数据获取缺失的视频数据，可以根据帧号来获取缺失的视频数据，例如：当下一个视频文件的第一个视频帧的帧号和保存的当前视频文件的最后一个视频帧的帧号不连续时，确定出缺少视频帧的帧号之后，根据确定出的缺少视频帧的帧号，从缓存的视频数据中获取对应的视频帧。

从缓存的视频数据获取缺失的视频数据，可以通过获取不匹配的视频帧的方式来实现获取缺失的视频数据，例如：当从缓存的视频数据中查找到的创建的下一个视频文件的第一个视频帧的前一个视频帧与保存的当前视频文件的最后一个视频帧不匹配时，根据确定出的不匹配的视频帧，从缓存的视频数据中获取所有不匹配的视频帧。

本发明实施例提供的上述录像方法，还包括：当检测到意外事件发生时，启动视频抓拍，获取意外事件发生期间的视频记录数据。

本发明实施例提供的上述录像方法，可以调用设置的录像应用接口启动视频录像和视频数据缓存；调用设置的视频控制功能模块，对录像和视频数据缓存进行操作控制；调用设置的缓存功能库缓存视频数据。在软件具体实现时，可以在系统的不同层面进行不同的改进设计来实现，以安卓系统为例，系统的媒体记录器(Media Recorder)的架构中从上到下可以包括应用层(applications)、应用框架(applications framework)层、库(libraries)层等。为了实现无缝录影的功能，可以在一些层中模块功能的改进，从而实现上述录像方法。例如：

在应用(applications)层设置录像应用接口，调用录像应用接口启动视频录像和视频数据缓存；

在应用框架(applications framework)层设置视频控制功能模块，调用该模块对录像和视频数据缓存进行操作控制；

在库(libraries)层设置缓存功能库对缓存视频数据。

为了优化无缝录影文件切换的操作，Applications层使用ApplicationsFramework层提供的新接口进行行车记录的操作，并且增加一些相关功能，比如：每段视频录制的时间，碰撞发生时传感器的灵敏度等等。

本实施例的上述方法中，在进行视频录像的时候，缓存一定时间长度的视频数据，当保存周期到期时，若保存到的视频文件有视频数据缺失，可以根据缓存的视频数据进行补全处理，从而避免视频数据的缺失，保证视频数据的完整性，达到无缝录像的目的。

实施例二

本发明实施例二提供上述录像方法的一种具体实现过程，用于行车记录过程中，其流程如图2所示，包括如下步骤：

步骤S201：启动行车记录仪。

开机后，启动行车记录仪，以便进行行车影像记录。

步骤S202：开始录像。

启动录像功能，开始进行录像。

可以调用applications层设置的录像应用接口，启动录像功能，在启动录像的同时可以启动缓存功能。

applications层设置的用于行车记录录像的功能接口可以包括：录像应用接口硬盘录像机(Digital Video Recorder，DVR)和发射器/系统用户界面/设置(Launcher/system UI/Setting)接口。

步骤S203：录像并缓存一定时间长度的最新的视频数据。

调用applications层的录像应用接口启动视频录像和视频数据缓存后，开始进行行车影像记录，可以与applications framework层的相关功能模块进行交互，启动视频控制功能，控制录像和视频数据缓存，并与在libraries层的相关功能模块进行交互，启动缓存功能库缓存视频数据，例如缓存当前录像时刻之前录制的10s、20s或30s的视频数据。

在进行录像的时候，可以在视频数据中加入水印。比如：系统内核(Linux Kernel层，在驱动中加入了水印，水印的内容是产品的信息和/或录制的时间。录制的时间可以采用所在地标准时间，并可以在系统联网后自动校准时间。

步骤S204：保存周期是否到期。若是，执行步骤S205；若否，返回继续执行步骤S203。

可以通过视频控制功能监控保存周期，当每个保存周期到期时进行一次视频文件保存。

以行车记录仪为例，根据行车记录功能产品的定义，在智能终端(包括智能后视镜、智能中控台等产品形态)开机的时候，就开始录像，并且每隔指定的时间(比如：1分钟，3分钟，5分钟等任意可选时间)保存一次视频文件。在保存文件的同时，行车记录的应用还不可以停止，需要持续录像并继续保持每隔指定的时间保存文件。

步骤S205：保存当前视频文件，创建下一个保存周期的下一个视频文件。

步骤S206：判断保存的当前视频文件和创建的下一个视频文件之间是否有视频数据缺失。若是，执行步骤S207；若否，返回继续执行步骤S203。

每隔一段时间保存一次视频文件，并创建新的视频文件继续保存后续的视频数据。在这段视频文件切换的时间内，可能会有视频数据没被记录保存下来。判断是否有视频数据缺失的实现方式可以参照实施例一中步骤S102的相关描述。

例如：通过帧号来判断是否缺少视频帧时，若下一个视频文件的第一个视频帧的帧号101和保存的当前视频文件的最后一个视频帧的帧号100，帧号连续，则认为不缺少视频帧；若下一个视频文件的第一个视频帧的帧号101和保存的当前视频文件的最后一个视频帧的帧号98，帧号不连续，则认为缺少视频帧。

又例如：通过视频帧匹配的方式来判断是否缺少视频帧时，若在缓存的视频数据中查找到下一个视频文件的第一个视频帧为a1，缓存的视频数据中a1的前一个视频帧为a2，保存的当前视频文件的最后一个视频帧为b1，将a2和b1进行匹配，如相匹配则认为不缺少视频帧，否则认为缺少视频帧。

步骤S207：确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据，从缓存的视频数据获取缺失的视频数据。

获取缺失的视频数据的实现方式可以参照实施例一中步骤S103的相关描述。

例如：可以通过帧号来确定缺少视频帧，若下一个视频文件的第一个视频帧的帧号101和保存的当前视频文件的最后一个视频帧的帧号98，帧号不连续，则认为缺少视频帧，则从缓存的视频数据中获取帧号101和帧号98之间的视频帧的帧号，确定缺少视频帧的帧号为99和100。从缓存的数据中获取帧号为99和100的视频帧。

又例如：可以通过视频帧匹配的方式来确定缺少的视频帧，若a2和b1不匹配，继续查找缓存的视频数据中a2的前一个视频帧a3，将a3和b1进行匹配，若相匹配，则确定不匹配的视频帧为a2，若不匹配，则继续查找缓存的视频数据中a3的前一个视频帧a4，将a4和b1进行匹配，若相匹配，则确定不匹配的视频帧为a2和a3，若不匹配，则继续查找缓存的视频数据中a4的前一个视频帧a5，将a5和b1进行匹配，若相匹配，则确定不匹配的视频帧为a2、a3和a4，若不匹配则继续重复在缓存的视频数据中查找前一个视频帧的过程，直至在缓存的视频数据中查找到与到当前视频文件的最后一个视频帧b1相匹配的视频帧为止。根据确定出的不匹配的视频帧，从缓存数据中获取所有不相匹配的视频帧。

步骤S208：将缺失的视频数据补入保存的当前视频文件或创建的下一个视频文件中。

缺失的视频数据可以补充到已到期的保存周期保存下来的视频文件的末尾，也可以保存到新的保存周期创建的视频文件的开头位置。

例如：将获取的帧号为99和100的视频帧补充到保存的当前视频文件或创建的下一个视频文件中。

步骤S209：是否结束录像。若是，执行步骤S210；若否，返回继续执行步骤S203。

步骤S210：退出录像功能。

退出录像功能后，可以根据需要关闭行车记录仪。

上述方法中，Libraries层可以改动编码时的缓存机制，在录像启动并进行录像的过程中缓存10秒中的视频数据。缓存的视频数据是实现录像的最后10秒数据，在视频文件切换的时候会对比下一段视频文件的开始，把丢失的文件补到当前保存的视频文件中去，使视频文件不丢视频帧。

本实施例提供的录像方法，在进行视频录像时，缓存当前时间之前一段时间录制的视频数据，当指定的保存周期到期时，存储录制的当前视频文件，创建新的视频文件，并判断新视频文件的视频起始部分是否与存储的视频文件的结束部分相衔接，若不相衔接时，根据缓存的视频数据确定缺失的视频数据，并将缺失的视频数据补入存储的视频文件或新创建的视频文件中。

基于同一发明构思，本发明实施例还提供一种录像装置，该装置可以设置在录像设备中，该装置的结构如图3所示，包括：缓存模块301、判断模块302和执行模块303。

缓存模块301，用于录像开始后，缓存指定时间长度的最新的视频数据。

判断模块302，用于当保存周期到期时，根据缓存的视频数据，确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据。

执行模块303，用于从缓存的视频数据获取缺失的视频数据补入保存的当前视频文件或创建的下一个视频文件中。

可选的，上述判断模块302，具体用于根据缓存的视频数据，确定保存的当前视频文件的最后一个视频帧和创建的下一个视频文件的第一个视频帧之间缺少的视频帧。

可选的，上述判断模块302，具体用于：

可选的，上述执行模块303，具体用于：

可选的，上述录像装置还包括：

抓拍模块304，用于当检测到意外事件发生时，启动视频抓拍，获取意外事件发生期间的视频记录数据。

本发明实施例提供的上述方法，可以以计算机程序的方式实现，本发明实施例还提供一种录像设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，其中，处理器执行存储在存储器上的上述计算机程序时实现上述的录像方法。

本发明实施例还提供一种计算机存储介质，在计算机存储介质中存储有计算机可执行指令，用于执行上述的录像方法。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本发明实施例的上述方法，可以用于智能轻车机行车记录仪中实现无缝录影，例如可以用在智能后视镜导航、智能中控台、大屏中控机等场景中应用。是对现有行车记录功能的完善和改进，使得在行车记录仪在保存切换视频文件的时候，不丢失关键的视频信息。

上述方法可以应用在安卓(android)系统中，在实现时，可以修改android系统的MediaRecorder、Audio、Video等模块的代码，使行车记录仪不使用Media Recorder的start和stop方法也能进行分段录像，并且在分段录像的过程中仅仅保留文件相关的操作，不开启及关闭摄像头，减少录像时文件切换时所产生的时间，让Android系统下的行车记录仪也支持无缝录像的功能。

在修改Android代码的时候，考虑了系统版本不同造成的代码修改量，并且可兼容不同版本的Android系统。在参考Android原生MediaRecorder接口基础上，增加了针对对行车记录功能的接口，简化了APP层的行车记录仪应用的开发难度。

上述方法通过无缝录影的技术可以使行车记录的视频完整无缺，避免在视频周期到期保存视频文件进行视频文件切换时丢失视频帧，避免了在视频记录中因为文件切换没有记录下来关键的视频时刻。上述方法修改Framework的代码也在一定程序上减小的机器的功耗，使智能终端设备更加省电。

除非另外具体陈述，术语比如处理、计算、运算、确定、显示等等可以指一个或更多个处理或者计算系统、或类似设备的动作和/或过程，所述动作和/或过程将表示为处理系统的寄存器或存储器内的物理(如电子)量的数据操作和转换成为类似地表示为处理系统的存储器、寄存器或者其他此类信息存储、发射或者显示设备内的物理量的其他数据。信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

Claims

1.一种录像方法，其特征在于，包括：

录像开始后，缓存指定时间长度的最新的视频数据；

2.如权利要求1所述的方法，其特征在于，所述根据缓存的视频数据，确定保存的当前视频文件和创建的下一个视频文件之间缺失的视频数据，包括：

3.如权利要求2所述的方法，其特征在于，所述确定保存的当前视频文件的最后一个视频帧和创建的下一个视频文件的第一个视频帧之间缺少的视频帧，包括：

4.如权利要求3所述的方法，其特征在于，所述从缓存的视频数据获取缺失的视频数据，包括：

5.如权利要求1-4任一所述的方法，其特征在于，还包括：

调用设置的录像应用接口启动视频录像和视频数据缓存；

调用设置的缓存功能库缓存视频数据。

6.一种录像装置，其特征在于，包括：

7.如权利要求6所述的装置，其特征在于，所述判断模块，具体用于：

8.一种录像设备，其特征在于，包括权利要求6-7任一项所述的录像装置。

9.一种录像设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-5任一所述的录像方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1-5任一项所述的录像方法。