CN115314654A - 一种视频处理方法、系统、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种视频处理方法、系统、存储介质及电子设备，若视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图，确定用户当前操作的操作状态，确定用户当前操作的操作状态所对应的抽帧策略，通过抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片，将缓存预览图片更新补帧后的预览图并展示。通过上述方案，对于重复视频预览请求无需多次执行抽帧任务，从而能够使预览图快速显示。只需通过综合缓存、预设补帧策略等方式的使用，保证在视频预览中及时显示预览图，确保不会出现实时抽帧和其他方式导致的预览图空缺或显示慢的情况，提高预览视频内容的实时性，从而提高用户预览视频内容的用户体验。

Description

一种视频处理方法、系统、存储介质及电子设备

技术领域

本申请涉及视频处理技术领域，更具体地说，涉及一种视频处理方法、系统、存储介质及电子设备。

背景技术

在视频编辑功能中，为方便用户快速定位到欲编辑内容所在时间，需要提供一个可快速预览视频内容的可滑动用户界面（User Interface，UI）。其中的视频内容表现形式为使用视频抽帧技术获取的单幅画面。视频抽帧技术为从视频中抽出某一时间的单幅画面的技术。

现有的视频抽帧技术包括实时抽帧方式和全量加载方式。采用实时抽帧方式，由于受到抽帧速度的限制，在用户滑动预览UI的时候会出现预览图空缺的情况，并且采用这种实时抽帧不缓存的方案在用户再次请求相同的预览时还需要再次抽帧。采用全量加载的方式，会从视频开始位置逐步抽取需要的所有帧图片，但如果用户快速滑动预览UI到较靠后的时间位置，由于抽帧是从视频开始位置逐一进行的，所以较靠后的时间抽帧图片会等待很久才能显示，导致预览视频内容的实时性差，从而降低了用户的使用体验。

发明内容

有鉴于此，本申请公开了一种视频处理方法、系统、存储介质及电子设备，旨在提高视频抽帧的实时性和用户预览视频内容的用户体验。

为了实现上述目的，其公开的技术方案如下：

本申请第一方面公开了一种视频处理方法，所述方法包括：

获取视频预览请求；

若所述视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图；所述预设补帧策略用于弥补所述视频预览请求对应的预设时段视频预览图的策略；

确定用户当前操作的操作状态；所述操作状态包括快速滑动状态、慢速滑动状态或静止状态；

确定所述用户当前操作的操作状态所对应的抽帧策略，并通过所述抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片；

将所述缓存预览图片更新所述补帧后的预览图并展示。

优选的，所述获取视频预览请求，包括：

获取待抽帧视频的视频时长、进度条长度、进度条的可视范围开始位置和进度条的可视范围结束位置；

通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围开始位置，确定视频预览请求开始位置时间；

通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围结束位置，确定视频预览请求结束位置时间；

根据所述视频预览请求开始位置时间和所述视频预览请求结束位置时间，得到视频预览请求。

优选的，所述确定用户当前操作的操作状态，包括：

获取用户当前操作的用户滑动参数；所述用户滑动参数用于表征用户手指在预设时间内滑动进度条的距离；

当所述用户滑动参数大于预设滑动像素时，确定用户当前操作的操作状态为快速滑动状态；

当所述用户滑动参数小于等于所述预设滑动像素时，确定用户当前操作的操作状态为慢速滑动状态；

当所述用户滑动参数为0时，确定用户当前操作的操作状态为静止状态。

优选的，所述确定所述用户当前操作的操作状态所对应的抽帧策略，并通过所述抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片，包括：

当所述用户当前操作的操作状态为所述快速滑动状态时，将所述视频预览请求存储至预设数据集合中；所述预设数据集合为按照预设排序顺序进行排序的无重复数据的集合；

当所述用户当前操作的操作状态由所述快速滑动状态转变为所述静止状态时，从所述预设数据集合中获取目标视频预览请求，通过所述目标视频预览请求和预设抽帧方式，对待抽帧视频进行抽帧，得到第一缓存预览图片；所述目标视频预览请求用于表征所述预设数据集合中最新时刻的预设数量的视频预览请求；

当用户当前操作的操作状态为所述慢速滑动状态或所述静止状态时，通过所述视频预览请求和所述预设抽帧方式，对所述待抽帧视频进行抽帧，得到第二缓存预览图片。

优选的，还包括：

若所述视频预览请求存在缓存，展示所述缓存对应的图片。

优选的，还包括：

获取预设缓存内存上限和抽帧后的图片大小；

根据所述预设缓存内存上限和所述抽帧后的图片大小，确定缓存图片数量上限；

当缓存的图片数量大于所述缓存图片数量上限时，通过预设删除规则，删除预设部分的缓存图片。

本申请第二方面公开了一种视频处理系统，所述系统包括：

第一获取单元，用于获取视频预览请求；

补帧单元，用于若所述视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图；所述预设补帧策略用于弥补所述视频预览请求对应的预设时段视频预览图的策略；

第一确定单元，用于确定用户当前操作的操作状态；所述操作状态包括快速滑动状态、慢速滑动状态或静止状态；

抽帧单元，用于确定所述用户当前操作的操作状态所对应的抽帧策略，并通过所述抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片；

更新单元，用于将所述缓存预览图片更新所述补帧后的预览图并展示。

优选的，所述第一获取单元，包括：

第一获取模块，用于获取待抽帧视频的视频时长、进度条长度、进度条的可视范围开始位置和进度条的可视范围结束位置；

第一确定模块，用于通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围开始位置，确定视频预览请求开始位置时间；

第二确定模块，用于通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围结束位置，确定视频预览请求结束位置时间；

第二获取模块，用于根据所述视频预览请求开始位置时间和所述视频预览请求结束位置时间，得到视频预览请求。

本申请第三方面公开了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的视频处理方法。

本申请第四方面公开了一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的视频处理方法。

经由上述技术方案可知，本申请公开了一种视频处理方法、系统、存储介质及电子设备，获取视频预览请求，若视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图，预设补帧策略用于弥补视频预览请求对应的预设时段视频预览图的策略，确定用户当前操作的操作状态，操作状态包括快速滑动状态、慢速滑动状态或静止状态，确定用户当前操作的操作状态所对应的抽帧策略，并通过抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片，将缓存预览图片更新补帧后的预览图并展示。通过上述方案，对于重复视频预览请求无需多次执行抽帧任务，从而能够使预览图快速显示。只需通过综合缓存、预设补帧策略等方式的使用，保证在视频预览中及时显示预览图，确保不会出现实时抽帧和其他方式导致的预览图空缺或显示慢的情况，提高预览视频内容的实时性，从而提高用户预览视频内容的用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种视频处理方法的流程示意图；

图2为本申请实施例公开的通过预设补帧策略进行补帧，得到补帧后的预览图的示意图；

图3为本申请实施例公开的一种视频处理系统的结构示意图；

图4为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，现有的视频抽帧技术包括实时抽帧方式和全量加载方式。采用实时抽帧方式，由于受到抽帧速度的限制，在用户滑动预览UI的时候会出现预览图空缺的情况，并且采用这种实时抽帧不缓存的方案在用户再次请求相同的预览时还需要再次抽帧。采用全量加载的方式，会从视频开始位置逐步抽取需要的所有帧图片，但如果用户快速滑动预览UI到较靠后的时间位置，由于抽帧是从视频开始位置逐一进行的，所以较靠后的时间抽帧图片会等待很久才能显示，导致预览视频内容的实时性差，从而降低了用户的使用体验。

为了解决上述问题，本申请实施例公开了一种视频处理方法、系统、存储介质及电子设备，对于重复视频预览请求无需多次执行抽帧任务，从而能够使预览图快速显示。只需通过综合缓存、预设补帧策略等方式的使用，保证在视频预览中及时显示预览图，确保不会出现实时抽帧和其他方式导致的预览图空缺或显示慢的情况，提高预览视频内容的实时性，从而提高用户预览视频内容的用户体验。具体实现方式通过下述实施例具体进行说明。

参考图1所示，为本申请实施例公开的一种视频处理方法，该视频处理方法主要包括如下步骤：

S101：获取视频预览请求。

其中，视频预览请求由视频时长、进度条长度和用户当前操作后进度条的可视位置确定；进度条的可视位置用于表征后进度条的可视范围开始位置和进度条的可视范围结束位置。

在用户开始进行第一次视频预览请求前（打开功能界面到用户点击使用预览功能前），执行预加载策略，预加载策略为在应用后台自动对视频某些时间点进行抽帧并存入缓存。

进度条用于表征预览用户界面（User Interface，UI）。预览UI一般为显示均匀时间间隔抽帧图片的可滑动进度条类UI。均匀时间间隔的确定本申请不具体限定。

抽帧图片即为对待抽帧视频进行抽帧后生成的图片。

抽帧是指从待抽帧视频中抽出某一时间的单幅画面。某一时间的确定本申请不做具体限定。待抽帧视频即为未进行抽帧动作的视频。

视频预览请求用于表征当预览UI需要显示某帧画面时，向本方案进行的一次代码调用。

具体获取视频预览请求的过程如A1-A4所示。

A1：获取待抽帧视频的视频时长、进度条长度、进度条的可视范围开始位置和进度条的可视范围结束位置。

A2：通过待抽帧视频的视频时长、进度条长度和进度条的可视范围开始位置，确定视频预览请求开始位置时间。

其中，确定视频预览请求开始位置时间的计算公式如下：

视频预览请求开始位置时间（单位毫秒）=视频时长/进度条长度*进度条可视范围开始位置。

A3：通过待抽帧视频的视频时长、进度条长度和进度条的可视范围结束位置，确定视频预览请求结束位置时间。

其中，确定视频预览请求结束位置时间的计算公式如下：

视频预览请求结束位置时间（单位毫秒）=视频时长/进度条长度*进度条可视范围结束位置。

A4：根据视频预览请求开始位置时间和视频预览请求结束位置时间，得到视频预览请求。

S102：判断视频预览请求是否存在缓存，若否，则执行S103，若是，则执行S107。

在S102中，监测视频预览请求中是否存在缓存，若有缓存，则直接使用视频预览请求在后续中对待抽帧视频进行抽帧。

S103：通过预设补帧策略进行补帧，得到补帧后的预览图；预设补帧策略用于弥补视频预览请求对应的预设时段视频预览图的策略。

在S103中，预设补帧策略即为在执行视频预览请求开始到抽帧完成这段时间内，使用当前预览请求时间上最近的那张缓存图片（比如预览请求是10:40秒，缓存图片有10:25秒和10：35秒，则会用10：35秒的图片来代替当前10:40秒的预览请求来显示）来代替当前帧图显示到界面上的补帧策略。时间相减，取绝对值小的那个。

为了方便理解通过预设补帧策略进行补帧，得到补帧后的预览图的过程，结合图2进行说明。图2示出了通过预设补帧策略进行补帧，得到补帧后的预览图的示意图，图2仅为示例图。

图2中，例如，现在需要让用户看的第10秒（s）到20s的视频预览图，通过本方案会去查找已缓存的预览图片（第9秒图片、第12秒图片和第16秒图片），假设查找到有补帧后的第9秒图片、补帧后的第12秒图片、补帧后的第16秒图片，那么补帧后的10s-11s用第9秒图片显示，补帧后的12s-15s用第12秒图片显示，补帧后的16s-20s用第16秒图片显示，上述过程即为预设补帧策略的补帧过程，将补帧的图片显示到界面上，然后进行抽帧，抽帧成功后更新补帧地方的图片以给用户显示正确的预览图片。

将执行完成的预览请求（视频预览请求、目标视频预览请求）所生成的图片以抽帧位置的时间（毫秒）为标识key，保存在键/值对key-value结构的集合中，供相同时间的预览请求和预设补帧策略使用。

缓存释放：根据设置的缓存内存上限和抽帧后图片大小计算出缓存图片数量的上限。在缓存超过这个上限时释放其中一部分未在使用中的图片。

S104：确定用户当前操作的操作状态；操作状态包括快速滑动状态、慢速滑动状态或静止状态。

在S104中，监听用户对视频预览UI（进度条）的操作状态，如慢速滑动（Drag）状态，快速滑动（Fling）状态，静止（Idle）状态。

具体确定用户当前操作的操作状态的过程如B1-B4所示。

B1：获取用户当前操作的用户滑动参数；用户滑动参数用于表征用户手指在预设时间内滑动进度条的距离。

其中，预设时间可以是1秒、2秒等，具体预设时间的确定本申请不做具体限定。本方案的预设时间优选1秒。

如，用户手指在每秒内滑动进度条的距离。

B2：当用户滑动参数大于预设滑动像素时，确定用户当前操作的操作状态为快速滑动状态。

其中，预设滑动像素即为设备独立像素（Device Independent Pixels，DIP）。设备独立像素DIP的值大小和设备等有关。

预设滑动像素的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

B3：当用户滑动参数小于等于预设滑动像素时，确定用户当前操作的操作状态为慢速滑动状态。

B4：当用户滑动参数为0时，确定用户当前操作的操作状态为静止状态。

S105：确定用户当前操作的操作状态所对应的抽帧策略，并通过抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片。

具体确定用户当前操作的操作状态所对应的抽帧策略，并通过抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片的过程如C1-C3所示。

C1：当用户当前操作的操作状态为快速滑动状态时，将视频预览请求存储至预设数据集合中；预设数据集合为按照预设排序顺序进行排序的无重复数据的集合。

其中，当用户当前操作的操作状态为快速滑动状态时，不执行视频预览请求。

预设排序顺序可以是时间先后的排序顺序，也可以是其他方式的排序方式，具体预设排序顺序本申请不做具体限定。

C2：当用户当前操作的操作状态由快速滑动状态转变为静止状态时，从预设数据集合中获取目标视频预览请求，通过目标视频预览请求和预设抽帧方式，对待抽帧视频进行抽帧，得到第一缓存预览图片；目标视频预览请求用于表征预设数据集合中最新时刻的预设数量的视频预览请求。

第一缓存预览图片用于表征执行目标视频预览请求并通过预设抽帧方式对待抽帧视频进行抽帧的缓存预览图片。

预设抽帧方式可以是软解码方式、硬解码方式等，具体预设抽帧方式的确定由技术人员根据实际情况进行设置，本申请不做具体限定。本申请预设抽帧方式优选软解码和硬解码两种方法进行结合。

可采用软解码和硬解码两种方法进行视频抽帧，并据抽帧结果进行自适应控制。

预设数量根据进度条UI大小动态计算得到。

例如，当预览UI从快速滑动状态变为慢速滑动状态或静止状态时，取出预设数据集合中保存的视频预览请求中最新的10条数量的视频预览请求并执行。

C3：当用户当前操作的操作状态为慢速滑动状态或静止状态时，通过视频预览请求和预设抽帧方式，对待抽帧视频进行抽帧，得到第二缓存预览图片。

其中，第二缓存预览图片用于表征执行视频预览请求并通过预设抽帧方式对待抽帧视频进行抽帧的缓存预览图片。

获取预设缓存内存上限和抽帧后的图片大小，根据预设缓存内存上限和抽帧后的图片大小，确定缓存图片数量上限，当缓存预览图片的数量大于缓存图片数量上限时，通过预设删除规则，删除预设部分的缓存图片。

其中，当缓存预览图片的数量大于缓存图片数量上限时，在用户不可见的图片中，即在进度条非可视范围的图片中，通过预设删除规则，即每隔一张删除一张的图片，使得在缓存的图片数量大于缓存图片数量上限时，删除其中一部分未在使用中的图片，从而释放缓存内存。

缓存图片数量上限根据视频帧图大小动态计算得到。

为了方便理解缓存图片数量上限根据视频帧图大小动态计算的过程，这里举例进行说明：

例如，在启动功能页面的时候，我们可以知道预览图的尺寸，从而能计算出每张预览图大小比如计算后每张50k，再根据我们设置的缓存大小比如50M，就可以计算出可缓存的图片数量为1024张。

之所以是动态的缓存数量，是因为手机屏幕大小不一样，预览图的大小就会不同。能缓存的张数就会不同。

S106：将缓存预览图片更新补帧后的预览图并展示。

抽帧成功后，将抽帧成功得到的缓存预览图片更新补帧地方的图片以显示正确的预览图片，如上述图2所示。

S107：展示缓存对应的图片。

本方案通过缓存逻辑保证来自用户的重复预览请求能够快速得到显示，无需再次执行费时的抽帧任务。通过预设补帧策略保证了不会出现预览图空缺的问题。

预加载策略保证了预设补帧策略从功能开始就可以使用。综合缓存、预设补帧策略、预加载策略的使用，能够保证在视频预览中及时显示预览图，弥补“实时抽帧”和其他方式出现预览图空缺或显示慢的情况，带给用户更好的使用体验。

通过预加载策略的时间点的抽帧图片，以确保在预设补帧策略可用。

当前操作的操作状态所对应的抽帧策略能够及时响应用户当前的预览请求，保证了用户可见区域图片及时更新。避免出现了“全量加载”方式导致越靠后的时间预览等待时间久的问题。

本申请实施例中，对于重复视频预览请求无需多次执行抽帧任务，从而能够使预览图快速显示。只需通过综合缓存、预设补帧策略等方式的使用，保证在视频预览中及时显示预览图，确保不会出现实时抽帧和其他方式导致的预览图空缺或显示慢的情况，提高预览视频内容的实时性，从而提高用户预览视频内容的用户体验。

基于上述实施例图1公开的一种视频处理方法，本申请实施例还对应公开了一种视频处理系统，如图3所示，该视频处理系统包括第一获取单元301、补帧单元302、第一确定单元303、抽帧单元304和更新单元305。

第一获取单元301，用于获取视频预览请求。

补帧单元302，用于若视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图；预设补帧策略用于弥补视频预览请求对应的预设时段视频预览图的策略。

第一确定单元303，用于确定用户当前操作的操作状态；操作状态包括快速滑动状态、慢速滑动状态或静止状态。

抽帧单元304，用于确定用户当前操作的操作状态所对应的抽帧策略，并通过抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片。

更新单元305，用于将缓存预览图片更新补帧后的预览图并展示。

进一步的，第一获取单元301包括第一获取模块、第一确定模块、第二确定模块和第二获取模块。

第一获取模块，用于获取待抽帧视频的视频时长、进度条长度、进度条的可视范围开始位置和进度条的可视范围结束位置。

第一确定模块，用于通过待抽帧视频的视频时长、进度条长度和进度条的可视范围开始位置，确定视频预览请求开始位置时间。

第二确定模块，用于通过待抽帧视频的视频时长、进度条长度和进度条的可视范围结束位置，确定视频预览请求结束位置时间。

第二获取模块，用于根据视频预览请求开始位置时间和视频预览请求结束位置时间，得到视频预览请求。

进一步的，第一确定单元303包括第三获取模块、第三确定模块、第四确定模块和第五确定模块。

第三获取模块，用于获取用户当前操作的用户滑动参数；用户滑动参数用于表征用户手指在预设时间内滑动进度条的距离。

第三确定模块，用于当用户滑动参数大于预设滑动像素时，确定用户当前操作的操作状态为快速滑动状态。

第四确定模块，用于当用户滑动参数小于等于预设滑动像素时，确定用户当前操作的操作状态为慢速滑动状态。

第五确定模块，用于当用户滑动参数为0时，确定用户当前操作的操作状态为静止状态。

进一步的，抽帧单元304包括存储模块、第一抽帧模块和第二抽帧模块。

存储模块，用于当用户当前操作的操作状态为快速滑动状态时，将视频预览请求存储至预设数据集合中；预设数据集合为按照预设排序顺序进行排序的无重复数据的集合。

第一抽帧模块，用于当用户当前操作的操作状态由快速滑动状态转变为静止状态时，从预设数据集合中获取目标视频预览请求，通过目标视频预览请求和预设抽帧方式，对待抽帧视频进行抽帧，得到第一缓存预览图片；目标视频预览请求用于表征预设数据集合中最新时刻的预设数量的视频预览请求。

第二抽帧模块，用于当用户当前操作的操作状态为慢速滑动状态或静止状态时，通过视频预览请求和预设抽帧方式，对待抽帧视频进行抽帧，得到第二缓存预览图片。

进一步的，视频处理系统还包括展示单元。

展示单元，用于若视频预览请求存在缓存，展示缓存对应的图片。

进一步的，视频处理系统还包括第二获取单元、第二确定单元和删除单元。

第二获取单元，用于获取预设缓存内存上限和抽帧后的图片大小。

第二确定单元，用于根据预设缓存内存上限和抽帧后的图片大小，确定缓存图片数量上限。

删除单元，用于当缓存的图片数量大于缓存图片数量上限时，通过预设删除规则，删除预设部分的缓存图片。

本申请实施例中，对于重复视频预览请求无需多次执行抽帧任务，从而能够使预览图快速显示。只需通过综合缓存、预设补帧策略等方式的使用，保证在视频预览中及时显示预览图，确保不会出现实时抽帧和其他方式导致的预览图空缺或显示慢的情况，提高预览视频内容的实时性，从而提高用户预览视频内容的用户体验。

本申请实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述视频处理方法。

本申请实施例还提供了一种电子设备，其结构示意图如图4所示，具体包括存储器401，以及一个或者一个以上的指令402，其中一个或者一个以上指令402存储于存储器401中，且经配置以由一个或者一个以上处理器403执行所述一个或者一个以上指令402执行上述视频处理方法。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种视频处理方法，其特征在于，所述方法包括：

获取视频预览请求；

若所述视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图；所述预设补帧策略用于弥补所述视频预览请求对应的预设时段视频预览图的策略；

确定用户当前操作的操作状态；所述操作状态包括快速滑动状态、慢速滑动状态或静止状态；

确定所述用户当前操作的操作状态所对应的抽帧策略，并通过所述抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片；

将所述缓存预览图片更新所述补帧后的预览图并展示。

2.根据权利要求1所述的方法，其特征在于，所述获取视频预览请求，包括：

获取待抽帧视频的视频时长、进度条长度、进度条的可视范围开始位置和进度条的可视范围结束位置；

通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围开始位置，确定视频预览请求开始位置时间；

通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围结束位置，确定视频预览请求结束位置时间；

根据所述视频预览请求开始位置时间和所述视频预览请求结束位置时间，得到视频预览请求。

3.根据权利要求1所述的方法，其特征在于，所述确定用户当前操作的操作状态，包括：

获取用户当前操作的用户滑动参数；所述用户滑动参数用于表征用户手指在预设时间内滑动进度条的距离；

当所述用户滑动参数大于预设滑动像素时，确定用户当前操作的操作状态为快速滑动状态；

当所述用户滑动参数小于等于所述预设滑动像素时，确定用户当前操作的操作状态为慢速滑动状态；

当所述用户滑动参数为0时，确定用户当前操作的操作状态为静止状态。

4.根据权利要求1所述的方法，其特征在于，所述确定所述用户当前操作的操作状态所对应的抽帧策略，并通过所述抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片，包括：

当所述用户当前操作的操作状态为所述快速滑动状态时，将所述视频预览请求存储至预设数据集合中；所述预设数据集合为按照预设排序顺序进行排序的无重复数据的集合；

当所述用户当前操作的操作状态由所述快速滑动状态转变为所述静止状态时，从所述预设数据集合中获取目标视频预览请求，通过所述目标视频预览请求和预设抽帧方式，对待抽帧视频进行抽帧，得到第一缓存预览图片；所述目标视频预览请求用于表征所述预设数据集合中最新时刻的预设数量的视频预览请求；

当用户当前操作的操作状态为所述慢速滑动状态或所述静止状态时，通过所述视频预览请求和所述预设抽帧方式，对所述待抽帧视频进行抽帧，得到第二缓存预览图片。

5.根据权利要求1所述的方法，其特征在于，还包括：

若所述视频预览请求存在缓存，展示所述缓存对应的图片。

6.根据权利要求5所述的方法，其特征在于，还包括：

获取预设缓存内存上限和抽帧后的图片大小；

根据所述预设缓存内存上限和所述抽帧后的图片大小，确定缓存图片数量上限；

当缓存的图片数量大于所述缓存图片数量上限时，通过预设删除规则，删除预设部分的缓存图片。

7.一种视频处理系统，其特征在于，所述系统包括：

第一获取单元，用于获取视频预览请求；

补帧单元，用于若所述视频预览请求不存在缓存，则通过预设补帧策略进行补帧，得到补帧后的预览图；所述预设补帧策略用于弥补所述视频预览请求对应的预设时段视频预览图的策略；

第一确定单元，用于确定用户当前操作的操作状态；所述操作状态包括快速滑动状态、慢速滑动状态或静止状态；

抽帧单元，用于确定所述用户当前操作的操作状态所对应的抽帧策略，并通过所述抽帧策略和预设抽帧方式，对待抽帧视频进行抽帧，得到缓存预览图片；

更新单元，用于将所述缓存预览图片更新所述补帧后的预览图并展示。

8.根据权利要求7所述的系统，其特征在于，所述第一获取单元，包括：

第一获取模块，用于获取待抽帧视频的视频时长、进度条长度、进度条的可视范围开始位置和进度条的可视范围结束位置；

第一确定模块，用于通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围开始位置，确定视频预览请求开始位置时间；

第二确定模块，用于通过所述待抽帧视频的视频时长、所述进度条长度和所述进度条的可视范围结束位置，确定视频预览请求结束位置时间；

第二获取模块，用于根据所述视频预览请求开始位置时间和所述视频预览请求结束位置时间，得到视频预览请求。

9.一种存储介质，其特征在于，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如权利要求1至6任意一项所述的视频处理方法。

10.一种电子设备，其特征在于，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如权利要求1至6任意一项所述的视频处理方法。

Images