CN109379630B - 视频处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种视频处理方法、装置、电子设备及存储介质，涉及电子设备技术领域。其中，该方法包括：接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式；判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长；若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值；若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理，以降低因对视频进行增强而产生播放卡顿的问题。

Description

视频处理方法、装置、电子设备及存储介质

技术领域

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

背景技术

随着科学技术的发展，电子设备已经成为人们日常生活中最常用的电子产品之一。并且，用户经常会通过电子设备看视频或玩游戏等，但是，目前电子设备对视频数据的处理方式固定，造成播放卡顿，用户体验不佳。

发明内容

鉴于上述问题，本申请提出了一种视频处理方法、装置、电子设备及存储介质，以改善上述问题。

第一方面，本申请实施例提供了一种视频处理方法，该方法包括：接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式；判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中包括至少一种解码方式，每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长；若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值；若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理。

第二方面，本申请实施例提供了一种视频处理装置，所述装置包括：解码方式获取模块，用于接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式；解码方式判断模块，判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中包括至少一种解码方式，每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长；参数判断模块，用于若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值；处理模块，用于若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个程序。其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述的方法。

本申请实施例提供的视频处理方法、装置、电子设备及存储介质，当视频的解码方式属于解码方式列表中的一种，在每种视频参数的参数值越大，视频的解码时间越长的情况下，若视频的参数值小于解码方式列表中对应的参数阈值，对视频进行增强处理，以降低因对视频进行增强而产生播放卡顿的问题，获得更好的视频增强效果，实现视频显示的超清视效，提高用户体验。

附图说明

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

图1示出了本申请实施例提供的视频播放的流程示意图。

图2示出了本申请一实施例提供的视频处理方法的流程图。

图3示出了本申请另一实施例提供的视频处理方法的流程图。

图4示出了本申请实施例提供的一种解码方式列表的示意图。

图5示出了本申请实施例提供的视频处理方法的部分步骤的流程图。

图6示出了本申请实施例提供的一种对应关系表的示意图。

图7示出了本申请实施例提供的另一种对应关系表的示意图。

图8示出了本申请实施例提供的视频处理装置的功能模块图。

图9示出了本申请实施例提供的电子设备的结构框图。

图10是本申请实施例的用于保存或者携带实现根据本申请实施例的视频处理方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参阅图1，图1示出了视频播放的流程。具体地，操作系统在获取到待播放的数据的时候，接下来的工作就是解析音视频数据。一般的视频文件都由视频流和音频流两部分组成，不同的视频格式音视频的封装格式不一样。将音频流和视频流合成文件的过程称为muxer，反之从媒体文件中分离音频流和视频流的过程称为demuxer。播放视频文件就需要从文件流中分离出音频流和视频流，分别对其进行解码，解码后的视频帧可以直接渲染，相应的音频可以送到音频输出设备的缓冲区进行播放，当然，视频渲染和音频播放的时间戳需要控制同步。其中，每个视频帧为视频对应的每一帧图像。

具体地，视频解码可以包括硬解码和软解码，硬件解码是将原来全部交由中央处理器(Central Processing Unit，CPU)来处理的视频数据的一部分交由图形处理器(Graphics Processing Unit，GPU)来做，而GPU的并行运算能力要远远高于CPU，这样可以大大的降低对CPU的负载，CPU的占用率降低了之后就可以同时运行一些其他的程序了，当然，对于较好的处理器来说，比如i5 2320，或者AMD任何一款四核心处理器来说，既可以进行硬解码，也可以进行软解码。

具体地，如图1所示，多媒体框架(Media Framework)通过与客户端的API接口获取客户端待播放的视频文件，并交由视频编解码器(Video Decode)。其中，Media Framework为Android系统中多媒体框架，MediaPlayer、MediaPlayerService和Stagefrightplayer三个部分构成了Android多媒体的基本框架。多媒体框架部分采用了C/S的结构，MediaPlayer作为C/S结构的Client端，MediaPlayerService和Stagefrightplayer作为C/S结构Server端，承担着播放多媒体文件的责任，通过Stagefrightplayer，Server端完成Client端的请求并作出响应。视频解码器Video Decode是一款集成了最常用的音频和视频解码与播放的超级解码器，用于将视频数据解码。

其中，软解码，即通过软件让CPU来对视频进行解码处理。而硬解码，指不借助于CPU，而通过专用的子卡设备来独立完成视频解码任务。

不论是硬解码还是软解码，在将视频数据解码之后，会将解码后的视频数据发送至图层传递模块(SurfaceFlinger)，如图1所示，硬解码后的视频数据通过视频驱动程序发送至SurfaceFlinger。SurfaceFlinger将解码后的视频数据渲染和合成之后，在显示屏上显示。其中，SurfaceFlinger是一个独立的Service，它接收所有Window的Surface作为输入，根据ZOrder、透明度、大小、位置等参数，计算出每个Surface在最终合成图像中的位置，然后交由HWComposer或OpenGL生成最终的显示Buffer，然后显示到特定的显示设备上。

如图1所示，软解码中，CPU将视频数据解码之后交给SurfaceFlinger渲染和合成，而硬解码由GPU解码之后，交由SurfaceFlinger渲染和合成。而SurfaceFlinger会调用GPU实现图像的渲染和合成，并在显示屏上显示。

为了获得良好的显示效果，可以对视频增进行显示增强处理，并在增强处理后在显示屏显示。即对视频进行解码，获得解码后的视频帧，再对解码后的视频帧进行显示增强处理。

其中，目前电子设备对视频数据的处理方式固定，例如，对于某个视频数据，会首先根据该视频数据的编码格式选择对应的解码方式对其进行解码，再对解码后的视频数据进行显示增强处理。但是，当所述视频的解码方式的性能较差，解码方式对应的解码算法解码能力不足时，解码的耗时较长，若再进行增强处理，则可能该视频帧从开始解码到显示期间前耗时较长，在需要该视频帧显示时不能及时显示。如在前一帧视频帧显示后，该当前视频帧显示，但是当前视频帧还在进行增强处理，无法及时显示，使视频的播放过程不流畅，出现卡顿。

针对上述问题，发明人经过研究，并提出了本申请实施例提供的视频处理方法、装置、电子设备及存储介质，用于根据视频的解码方式以及视频参数确定是否对视频进行增强处理。

下面将通过具体实施例对本申请实施例提供的视频处理方法、装置、电子设备及存储介质进行详细说明。

请参阅图2，示出了本申请实施例提供的视频处理方法。在具体的实施例中，所述视频处理方法应用于如图8所示的视频处理装置300以及配置有所述视频处理装置300的电子设备400(图9)。下面将以电子设备为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的电子设备可以为智能手机、平板电脑、台式电脑、穿戴式电子设备、车载设备、网关等各种可以进行视频处理的设备，在此不做具体的限定。具体的，该方法包括：

步骤S110：接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式。

本申请实施例中的视频为静态影像以电信号的方式加以捕捉、纪录、处理、储存、传送，在电子设备进行重现的连续图像画面，其中每幅图像画面为一个视频帧。根据视觉暂留原理，人眼无法辨别其中单幅的静态画面，视频中的各视频帧看上去是平滑连续的视觉效果。也就是说，本申请实施例中的视频，除了常用的通过视频播放软件播放的视频，还包括游戏等其他由平滑连续的视频帧形成的连续图像集合。

电子设备可以从服务器获取视频的视频数据、可以从本地获取视频数据，也可以从其他电子设备获取视频数据。

具体地，当视频数据由电子设备从服务器获取时，那么该视频数据可以是电子设备从服务器下载，或者电子设备从服务器在线获取。例如，视频数据可以是电子设备通过安装的视频播放软件下载，或者在该视频播放软件在线获取的视频数据。其中，该服务器可以为云服务器。当视频数据从电子设备的本地获取时，该视频数据可以是电子设备预先下载并存储在本地存储器中的。当视频数据由电子设备从其他电子设备获取时，该视频数据可以由其他电子设备通过无线通信协议传输至所述电子设备，例如，通过WLAN协议、蓝牙协议、ZigBee协议或者WiFi协议等，也可以由其他电子设备通过数据网络传输至所述电子设备，例如，2G网络、3G网络或者4G网络等，在此不做限定。

电子设备获取到视频数据，再对该视频数据进行解码以及渲染合成等处理后，通过显示器进行播放。若接收到对视频进行增强处理的增强指令，表示用户有对视频进行增强处理的需求。在接收到增强指令时，可以先获取视频的解码方式，将获取到的该视频的解码方式定义为目标解码方式。

作为一种实施方式，增强指令可以是由电子设备在视频开启时生成。例如，播放视频的应用程序的默认设置为开启视频增强，则在开启视频时，生成增强指令。又如，播放视频的应用程序在前一次关闭时开启了增强指令，则再次打开该应用程序的同时开启增强指令。或者是该视频在前一次关闭时开启了增强指令，则再次打开该视频时，生成对视频进行增强处理的增强指令。

作为一种实施方式，该增强指令也可以是在视频播放过程中接收到的用户触发。例如，设置视频增强的控制开关。若该开关在处于关闭的状态下，接收到用户的触发，切换为开启的状态，同时判定接收到增强指令。其中，在视频播放过程中，设置的视频增强的控制开关可以处于隐藏状态。当接收到对视频的点击等触控，显示该控制开关，并且使该控制开关处于可触发状态。当视频超过一段时间未接收到用户的触控操作，再次将该控制开关隐藏。

步骤S120：判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中包括至少一种解码方式，每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长。

解码方式列表中包括一种或多种解码方式，判断目标解码方式是否属于该一种或多种解码方式中的一种。也就是说，若解码方式列表中包括一种解码方式，则判断目标解码方式是否是该解码方式列表中包括的该种解码方式；若解码方式列表中包括多种解码方式，则判断目标解码方式是否与该多种解码方式中的任意一种相同。

步骤S130：若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值。

步骤S140：若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理。

在解码方式列表中，每种解码方式对应有各种视频参数的参数阈值。若目标解码方式属于解码方式列表中的一种，则可以进一步判断该视频的相关视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值。视频参数的参数值越大，视频的解码时间越长，若该视频的参数值小于解码方式列表中对应的参数阈值，则表示该视频的解码时间较短，具有比较充裕的时间进行增强处理，从而可以在对视频进行解码后进行增强处理。

本申请实施例中，在接收到增强指令的情况下，确定视频的解码方式。若视频的解码方式属于解码方式列表中的一种，但是视频的参数值小于解码方式列表中对应的参数阈值，表示视频的解码时间也不会太长，在对视频解码后，可以对视频进行增强处理。

本申请另一实施例提供的视频处理方法，还包括对解码方式不属于解码方式列表的视频的处理。具体的，请参见图3，该方法包括：

步骤S210：接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式。

为了方便视频的传输、存储或者加密，通常会将视频信号或者视频数据流通过一定的编码方式进行编码以压缩视频，具体可以通过编解码器对视频数据进行编码。其中，常用的编解码器可以包括：H.264，MPEG-1的第二部分、MPEG-2的第二部分、MPEG-4的第二部分、MPEG-4的第十部分、DivX、XviD或者3ivx等。其中，编解码器可以对视频进行编码，也可以对视频进行解码，每种编解码器对应一种编码方式，也对应一种解码方式。

在需要对视频进行播放时，则需要对编码的视频进行解码。在接收到增强指令的情况下，可以确定视频的解码方式。在知道视频的编码方式的情况下，才能够根据编码方式去找到解码器。因此，可以获取视频流中的编解码上下文，根据编解码上下文中的编码方式的ID查找对应的解码方式。

通常的，电子设备获取到视频文件，可以对视频文件解封装(Demuxing)，即将输入的封装格式的数据，分离成为音频流压缩编码数据和视频流压缩编码数据，获得视频数据的编码方式。封装格式种类很多，例如MP4，MKV，RMVB，TS，FLV，AVI等等，它的作用就是将已经压缩编码的视频数据和音频数据按照一定的格式放到一起。例如，FLV格式的数据，经过解封装操作后，输出H.264编码的视频码流和AAC编码的音频码流。再对视频数据进行解码(Decode)，就是将压缩编码的视频数据，解码成为非压缩的视频原始数据。通过解码，压缩编码的视频数据可以输出成为非压缩的颜色数据，例如YUV、RGB等等。

例如，对于FF MPEG视频解码，电子设备可以打开封装视频数据的视频文件，并获取视频文件文件封装格式的上下文。再通过遍历定义在libavformat/avformat.h里保存着视频文件中封装的流数量的nb_streams在视频文件中分离出音频流以及视频流。分离出音频流以及视频流之后，就可以对音频流以及视频流分别进行解码，本申请主要描述视频流的解码，即视频数据的解码。

对视频流进行解码时，获取视频流的索引值，可以遍历AVStream找到codec_type为AVMEDIA_TYPE_VIDEO的AVStream，即为视频流的索引值。再通过AVStream找到对应的AVCodecContext，即编解码器的上下文。之后就可以通过这个上下文，使用avcodec_find_decoder()来找到对应的解码器，从而获得视频的解码方式。在解码时，可以通过avcodec_open2()来打开解码器，将待解码的视频帧对应的视频数据AVPacket送给avcodec_decode_video2()进行解码。

在本申请实施例中，将增强指令对应的视频的界面方式定义为目标解码方式。

步骤S220：判断所述目标解码方式是否属于解码方式列表中的一种。若是，执行步骤S230；若否，执行步骤S240。

在各种解码方式中，有些解码方式的解码性能差，解码时间长，如MPEG-4，H263以及VC1等。通过解码时间长的解码方式进行解码时，可能因为解码时间过长而导致播放卡顿。因此，可以设置包括执行一种解码方式的解码方式列表，解码方式列表中的解码方式为解码性能差、解码时间长的解码方式。其中，解码方式列表具体包括哪些解码方式可以通过统计确定，具体统计的为解码时间较长的解码方式。例如，通过各种解码方式对同一视频进行解码，统计每种解码方式的解码时间，解码时间长于预设时间阈值的解码方式，设置为解码方式列表中的解码方式。该预设时间阈值的具体值在本申请实施例中并不限定，例如可以以在解码后可以用于增强处理的时间较少，不够进行增强处理或者不够进行比较耗时的增强处理。具体预设时间阈值的值可以由设计人员根据实际需求设置，在本申请实施例中并不限定。

在本申请实施例中，解码方式列表具体包括哪些解码方式可以由设计人员根据实际需求设置，并不具体限定。

另外，视频的解码时间，除了与解码方式有关，也与视频本身的视频参数有关。例如，对于同一视频，视频数据越大，解码时间越长。因此，在本申请实施例中，解码方式列表中，每种解码方式还可以对应有视频参数的参数阈值。其中，不同解码方式对应的视频参数可以相同，也可以不同。每种解码方式对应的参数阈值对应该解码方式设置，不同解码方式对应的相同的视频参数，其参数阈值可能不同。每种解码方式对应的各种参数阈值，可以根据该解码方式的解码性能设置。对于同一视频参数，解码性能越好的解码方式，其解码时间越短，可以进行增强处理的时间越长，对应的参数阈值越大。

例如图4示出了一种解码方式列表中解码方式与参数阈值的对应关系，解码方式A对应有视频参数a、b以及c，视频参数a的参数阈值为a1，视频参数b的参数阈值为b1，视频参数c的参数阈值为c1；解码方式B对应有视频参数a、b以及c，视频参数a的参数阈值为a2，视频参数b的参数阈值为b2，视频参数c的参数阈值为c2。

在本申请实施例中，解码方式列表中解码方式对应的视频参数可以包括视频的分辨率、视频的编码的级别(levle)、视频的编码的类别(profile)、码率、帧率以及应用程序的身份标识中的一种或多种。

其中，视频的分辨率是用于度量视频帧中数据量多少的一个参数，可以通过W*H的形式表示，其中，W是指视频帧在横向上的有效像素，H是指视频帧在纵向上的有效像素。视频的分辨率越大，视频帧的数据量越大，整个视频的数据量也越大。其中，视频帧的数据量越大，解码越耗时。

视频的编码标准通常包括多类(profile)编码以及多级(levle)。类(profile)是对视频压缩特性的描述，如CABAC、颜色采样数等等，每一类都包括压缩和处理方法的一个集合，较高的类意味着采用较多的编码工具集，进行更精细的处理，达到更好的图像质量，同时实现的代价也更大，耗时更长。级(levle)是对视频本身特性的描述，如码率、分辨率、fps等，级对码流的关键参数的取值范围作了限定，与解码器的处理能力和存储能力相关联，则对于同一解码方式，级别越高，解码时间越长。

码率是指视频文件在单位时间内使用的数据流量，也叫码流(Data Rate)或码流率，是视频编码中画面质量控制中的重要部分，一般用的单位是kb/s或者Mb/s。一般的，同样分辨率下，视频文件的码流越大，压缩比就越小，画面质量就越高。码流越大，说明单位时间内取样率越大，数据流，精度就越高，处理出来的文件越大，越接近原始文件，要求播放设备的解码能力也越高，则对于同一解码方式，码率越大，解码时间越长。

帧率(Frame rate)也即画面更新率，指视频格式每秒钟播放的静态画面数量。帧率越高，每秒种要播放的视频帧数量越多，对于同样播放时间的视频，帧率越高，视频数量量越大，对视频进行解码耗时越长，可以用于增强处理的视觉越短。对应的，由于帧率越高，每秒播放的视频帧数量越多，则每帧视频的处理时间越短，解码后可以用于增强处理的时间越短。

对于某些应用程序，调用系统平台的解码API不规范，因此，可以将该类应用程序的身份标识加入到解码方式列表中，以对该类应用程序的增强处理进行限制。其中，存储的应用程序的身份标识可以是应用程序的包名。

本申请实施例中，对应增强方式设置的视频参数的种类并不进行限制，可以是各种与解码时间相关的参数。另外，每种视频参数对应的参数阈值也并不进行限定，例如，视频分辨率可以设置为1280X720，编码的类别以及编码的级别可以为main@4.1，及类别为main，级别为4.1，码率可以设置为8Mbps。

另外，该解码方式列表可以存储于电子设备。具体可以在系统更新时从服务器下载，或者在本申请实施例中进行视频处理的客户端更新时从服务器获取，或者定时从服务器获取进行更新，又或者服务器在该解码方式列表更新时向电子设备推送。该解码方式列表中的解码方式、以及视频参数可以由开发人员根据实际需求进行增减，视频参数的参数阈值可以由开发人员根据实际需求进行调整，并将更改后的解码方式列表上传到服务器，以通过服务器对电子设备中的解码方式列表进行更新。

判断目标解码方式是否是解码方式列表中包括的一种或多种界面方式中的一种。具体的，可以将目标解码方式与解码方式列表中的各种界面方式一一比对，查找解码方式列表中是否有与目标解码方式相同的解码方式，若有，则判定目标解码方式属于解码方式列表中的一种；若解码方式列表中没有与目标解码方式相同的解码方式，则判定目标解码方式不属于解码方式列表。

步骤S230：判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值。若否，执行步骤S240；若是，执行步骤S250。

若视频的目标解码方式属于解码方式列表，则视频的界面方式解码性能较差，可以进一步判断视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数值。电子设备可以获取视频的相关视频参数的参数值，将各个视频参数的参数值与解码方式列表中目标解码方式对应的参数阈值进行比较。

其中，所判断的可以为解码方式列表中目标解码方式对应有的视频参数。判断视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值时，判断的是视频参数的参数值与解码方式列表中与该视频参数相同的参数的参数阈值之间的大小关系。例如，目标解码方式为A，则根据如图4所示的解码方式列表，判断视频的视频参数a的参数值是否大于或等于a1，视频参数b的参数值是否大于或等于b1，视频参数c的参数值是否大于或等于c1。

又如，在本申请实施例中，若解码方式列表中目标解码方式相同的解码方式对应的视频分辨率为1280X720，则判断视频的分辨率是否大于或等于1280X720；若视频的编码的类别以及编码的级别可以为main@4.1，则判断视频的编码类别以及级别是否等于或者比main@4.1高；若码率为8Mbps，则判断视频的码率是否大于或等于8Mbps；若视频的身份标识，如包名，与视频参数中应用程序的身份标识相同，则判定该参数值等于解码方式列表中对应的参数阈值。

具体的获取视频的各种视频参数的方式在本申请实施例中并不限定，例如可以通过解码器对视频数据进行解码，从解码后的视频数据中获取视频参数的参数值。具体可以从解码后的视频数据中，各种视频参数对应的数据部分中获取该视频参数的参数值。如，对于采用H.264编码的码流，码流的流信息中包括视频的分辨率，而码流的流信息都存储在特殊的结构中，叫做SPS(Sequence Parameter Set)，该SPS即为解码后视频数据中分辨率对应的数据部分。根据H.264码流的格式信息，在H.264码流中，以0x00 0x00 0x01或者0x000x000x00 0x01为开始码，因此通过检测开始码后第一个字节的后五位是否为7(00111)来判断其是否为SPS。获得SPS之后，就可以解析出视频的分辨率。其中，SPS中有两个成员，pic_width_in_mbs_minus1和pic_height_in_map_units_minus_1，分别表示图像的宽和高，并且都是以16为单位(在面积上以16*16的块为单位)再减1，所以实际的宽是(pic_width_in_mbs_minus1+1)*16，高为(pic_height_in_map_units_minus_1+1)*16，即对应上述分辨率中W的为(pic_width_in_mbs_minus1+1)*16，对应上述分辨率中H的为(pic_height_in_map_units_minus_1+1)*16。

在本申请实施例中，若视频参数包括多个，即判断视频的多个视频参数的参数值是否大于或等于相应的参数阈值，可以是判定所有视频参数的参数值均大于或等于相应的参数阈值，才判定视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值。或者是多个视频参数中预设个数或预设比例的视频参数的参数值大于或等于相应的参数阈值，才判定视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值。

步骤S240：对所述视频进行增强处理。

若目标解码方式不属于解码方式列表，则表明目标解码方式的解码时间不会太长，通过目标解码方式对视频进行解码，视频在进行增强处理后可以正常播放，不会造成卡顿，因此，可以对该视频进行正常的增强处理。

若所述视频的视频参数的参数值小于或等于所述解码方式列表中对应的参数阈值，视频的数据量较小，解码占用时间较短，可以对视频进行正常的增强处理。该正常的增强处理通过调整图像处理算法调整视频的各种参数，提高视频帧的画质，如使视频帧的图像画质更好，视频的整体显示效果更好，提高用户的视频观看体验。该画质越好可以包括清晰度越高、噪声越小、细节越清晰、饱和度越高等，视频画质越好，用户观看体验更好。

步骤S250：根据预设方式对所述视频进行处理。

作为一种实施方式，在本申请实施例中，若视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值，视频帧的解码占用时间过长，为了避免再进行增强处理时可能产生的卡顿，可以不对所述视频进行增强处理。

作为一种实施方式，若视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值，可以进行处理时间较短的增强处理，以避免视频播放的卡顿。具体的，可以根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，其中，参数值越大，对应的增强方式进行增强处理的时间越短。另外，参数值对应的增强方式的处理时间小于正常的增强处理的处理时间。另外，通常情况下，增强处理的处理时间较长，处理效果较好，处理后视频的画质较好，则正常的增强处理的处理效果好于参数值对应的增强方式的处理效果。

可选的，在该实施方式中，可以根据所述视频的视频参数，预估对所述视频的视频帧进行解码的解码时长。若所述解码时长小于或等于指定时长，获取第一增强方式作为所述参数值对应的增强方式；若预估解码时长大于指定时长，获取第二增强方式作为所述参数值对应的增强方式，所述第一增强方式的处理时间长于所述第二增强方式的处理时间。具体的，如图5所示，该实施方式可以包括如下步骤：

步骤S251：根据所述视频的视频参数，预估对所述视频的视频帧进行解码的解码时长。

可以预估后续的还未解码的视频帧的解码时长。

可选的，在同一视频中，不同视频帧的视频参数相同，可以同一视频中已经解码的视频帧的解码时间作为预估的解码时长。

可选的，可以预先获取并存储有各种视频参数的不同参数值对应的视频帧进行解码的解码时间。从而可以根据该视频的视频参数的参数值，获取对应的解码时间作为预估的解码时长。

步骤S252：判断所述解码时长是否大于指定时长。若否，执行步骤S253；若是，执行步骤S254。

步骤S253：获取第一增强方式作为所述参数值对应的增强方式。

步骤S254：获取第二增强方式作为所述参数值对应的增强方式，所述第一增强方式的处理时间长于所述第二增强方式的处理时间。

判断解码时长是否大于指定时长，若小于或等于指定时长，则获取第一增强方式作为所述参数值对应的增强方式。其中，该指定时长可以是在第一增强方式进行增强处理的情况下，刚好可以不卡顿的一个时长。当视频帧的解码时间刚好为该指定时长，若进行第一增强方式的视频增强处理，可以刚好紧接着上一视频帧进行播放。若视频帧的解码时间刚好大于该指定时长，若进行第一增强方式的处理，则该视频帧在电子设备的显示屏进行播放的时间与上一视频帧的播放时间产生时间间隔，形成显示的卡顿。

若判定解码时长大于指定时长，可以用于进行增强处理的时间较短，则获取第二增强方式作为所述参数值对应的增强方式。该第二增强方式可以是处理时间很短的增强处理，如只包括一种数据处理量小、处理时间短的图像处理算法。或者是，若判定解码时长大于指定时长，在解码完成的视频帧件显示前，可以用于增强处理的时间较少，可以不对视频进行增强处理。

在本申请实施例中，所述第一增强方式可以包括比所述第二增强方式更多种的增强处理算法，或者第一增强方式中增强处理算法的迭代次数大于所述第二增强方式中增强处理算法的迭代次数。

可选的，在本申请实施例中，可以预估某一帧视频帧进行解码的解码时长，若解码时长小于或等于指定时长，则以第一增强方式作为视频中所有视频帧的增强方式；若解码时长大于指定时长，则以第二增强方式作为视频中所有视频帧的增强方式。

可选的，对于不同的视频帧，其数据量可能不同。因此，可以对每一帧视频帧预估解码时长，根据预估的解码时长与指定时长之间的大小关系确定对该视频帧的处理方式。在该种情况下，由于相邻两帧视频帧的像素分布通常比较相近，相邻两帧视频帧的数据量相近，解码时长相近，对于当前的视频帧，可以获取前一视频帧的实际解码时长，作为预估的当前视频帧的解码时长。或者是存储不同的视频参数下视频帧的数据量与解码时间的对应关系，根据该对应关系中与当前视频的视频参数相同、且视频帧的数据量的大小相同或者最接近的视频帧的解码时间，作为为预估的当前视频帧的解码时长。

在本申请实施例中，根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，可以是，预存储有对应关系列表，所述对应关系列表包括一种或多种视频参数的参数值与增强方式的对应关系。获取视频的视频参数的参数值对应的增强方式时，可以从所述对应关系表中查找所述视频的参数值对应的增强处理方式。

可选的，在对应关系表中，各种参数的不同参数值的组合，可以对应不同的增强方式。例如，例如图6示出了一种对应关系列表，a、b、c分别表示不同的视频参数，A1、A2表示视频参数a的不同参数值，B1、B2表示视频参数b的不同参数值，C1、C2表示视频参数c的不同参数值。则根据图6所示的对应关系表，当视频的视频参数a的值为A1，视频参数b的值为B2，视频参数c的参数值为C1，则该视频对应的增强处理方式为第三增强处理方式。其中，A、B、C具体代表的视频参数具体为何种参数并不限定，图6仅为举例说明。

可选的，在对应关系表中，各种参数的不同参数范围的组合，可以对应不同的增强方式。例如图7所示，a、b、c分别表示不同的视频参数，A11-A12、A21-A22表示视频参数a的不同参数范围，B11-B12、B21-B22表示视频参数b的不同参数范围，C11-C12、C22-C22表示视频参数c的不同参数范围。则根据图7所示的对应关系表，当视频的视频参数a的值为A1，在A11-A12范围内，视频参数b的值为B2，在B21-B22范围内，视频参数c的值为C1，在C11-C12，则该视频对应的增强处理方式为第三增强处理方式。

在本申请实施例中，若视频的解码方式属于解码方式列表中的一种，且视频的视频参数的参数值小于对应的参数阈值，则对视频进行正常的增强处理。若视频的解码方式属于解码方式列表中的一种，且视频的视频参数的参数值大于或等于对应的参数阈值，则对视频进行限制性的处理，该限制性的处理可以是不对视频进行增强处理，或者选取处理时间小于正常的增强处理的增强方式进行处理，从而避免因增强处理而使视频播放卡顿。

本申请实施例还提供了一种视频处理装置300。请参见图8，该装置300包括：解码方式获取模块310，用于接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式。解码方式判断模块320，判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中包括至少一种解码方式，每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长。参数判断模块330，用于若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值。处理模块340，用于若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理。

可选的，若所述目标解码方式不属于所述解码方式列表中的一种，处理模块340用于对所述视频进行增强处理。

可选的，若所述视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值，处理模块340不对所述视频进行增强处理。

可选的，若所述视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值，处理模块340可以用于根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，其中，参数值越大，对应的增强方式进行增强处理的时间越短。

可选的，处理模块340可以包括预估单元，用于根据所述视频的视频参数，预估对所述视频的视频帧进行解码的解码时长；获取单元，用于若所述解码时长小于或等于指定时长，获取第一增强方式作为所述参数值对应的增强方式；若预估解码时长大于指定时长，获取第二增强方式作为所述参数值对应的增强方式，所述第一增强方式的处理时间长于所述第二增强方式的处理时间。

其中，所述第一增强方式包括比所述第二增强方式更多种的增强处理算法；或者所述第一增强方式中增强处理算法的迭代次数大于所述第二增强方式中增强处理算法的迭代次数。

可选的，可以预存储有对应关系列表，所述对应关系列表包括一种或多种视频参数的参数值与增强方式的对应关系。处理模块340可以从所述对应关系表中查找所述视频的参数值对应的增强处理方式。

所述解码方式列表中包括的解码方式可以包括以下一种或多种：MPEG-4，H263以及VC1。解码方式列表中解码方式对应的视频参数可以包括以下一种或多种：分辨率、编码的级别、编码的类别、码率、帧率以及应用程序的身份标识。

在本申请实施例中，对于某些系统平台解码能力不足的编码格式的视频，进行管控。对这些管控起来的编码格式片源可以不进行视频显示增强处理或者时间限制的显示增强处理，从而避免这类片源播放时卡死、黑屏的现象出现。另外，可以对某些APP管控，对于被管控的APP应用，可以即便APP采用系统平台的视频解码器解码视频数据，也不进行YUV画质增强。该APP在调用系统平台的视频解码器时，默认关闭对YUV数据的视频画面增强功能，从而规避风险。

通常来说系统平台解码能力不足的视频解码算法就可以是那些视频软解码的算法，如：VC1软解码、mpeg4软解码、h263软解码等。碰到这类软解码的视频，可以通过解码器获取其数据的分辨率，编码profile@levle及码率，当分辨率、编码profile@level、码率高于相应管控下软解码算法规定的预置值时，这类软解码的视频可以不进行视频YUV画质增强；当这类编码参数低于黑名单相应软解码预置参数值时，视频软解码片源依然进行YUV数据画质增强。当播放分辨率、profile@level、码率高过黑名单中阈值的这类软解码视频，不做视频画面增强功能，从而避免播放问题，比如播放卡顿问题。因为这类软解码视频本来解码就耗时，解码性能就差，再增强一道解码后的YUV画质增强处理算法，使得这个解码播放过程不流畅。

其中，黑名单的设计可以是：平台软解码算法(当然可以是某些特殊的硬解码)，如谷歌mpeg4软解码，高通h263软解码，高通MPEG4软解码，高通VC1软解码。如视频分辨率阈值1280X720，编码profile@level阈值main@4.1，码率阈值8Mbps。APP的包名。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述的各个方法实施例之间可以相互参照；上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参考图9，其示出了本申请实施例提供的一种电子设备400的结构框图。该电子设备400可以是智能手机、平板电脑、音乐播放设备等能够运行应用程序的电子设备。该电子设备一个或多个处理器410(图中仅示出一个)，存储器420以及一个或多个程序。其中，所述一个或多个程序被存储在所述存储器420中，并被配置为由所述一个或多个处理器410执行。所述一个或多个程序配置用于执行前述实施例所描述的方法。

处理器410可以包括一个或者多个处理核。处理器410利用各种接口和线路连接整个电子设备400内的各个部分，通过运行或执行存储在存储器420内的指令、程序、代码集或指令集，以及调用存储在存储器420内的数据，执行电子设备400的各种功能和处理数据。可选地，处理器410可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器410可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器410中，单独通过一块通信芯片进行实现。

存储器420可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器420可用于存储指令、程序、代码、代码集或指令集。存储器420可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令、用于实现上述各个方法实施例的指令等。存储数据区还可以电子设备在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

另外，该电子设备400还可以包括显示屏，用于对待显示视频进行显示。

请参考图10，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质500中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质500可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质500包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质500具有执行上述方法中的任何方法步骤的程序代码510的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码510可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

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

接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式；

判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中包括至少一种解码方式，每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长；

若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值；

若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理；

若所述视频的视频参数的参数值大于或等于解码方式列表中对应的参数阈值，根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，根据所述增强方式对所述视频进行增强处理，其中，参数值越大，对应的增强方式进行增强处理的时间越短。

2.根据权利要求1所述的方法，其特征在于，若所述目标解码方式不属于所述解码方式列表中的一种，对所述视频进行增强处理。

3.根据权利要求1所述的方法，其特征在于，所述根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，包括：

根据所述视频的视频参数，预估对所述视频的视频帧进行解码的解码时长；

若所述解码时长小于或等于指定时长，获取第一增强方式作为所述参数值对应的增强方式；

若预估解码时长大于指定时长，获取第二增强方式作为所述参数值对应的增强方式，所述第一增强方式的处理时间长于所述第二增强方式的处理时间。

4.根据权利要求3所述的方法，其特征在于，所述第一增强方式包括比所述第二增强方式更多种的增强处理算法；或者

所述第一增强方式中增强处理算法的迭代次数大于所述第二增强方式中增强处理算法的迭代次数。

5.根据权利要求1所述的方法，其特征在于，预存储有对应关系列表，所述对应关系列表包括一种或多种视频参数的参数值与增强方式的对应关系，根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，包括：

从所述对应关系表中查找所述视频的参数值对应的增强处理方式。

6.根据权利要求1所述的方法，其特征在于，所述解码方式列表中包括的解码方式包括以下一种或多种：MPEG-4，H263以及VC1。

7.根据权利要求1所述的方法，其特征在于，所述解码方式列表中解码方式对应的视频参数包括以下一种或多种：分辨率、编码的级别、编码的类别、码率、帧率以及应用程序的身份标识。

8.一种视频处理装置，其特征在于，所述装置包括：

解码方式获取模块，用于接收到增强指令，确定对视频进行解码的解码方式，作为目标解码方式；

解码方式判断模块，判断所述目标解码方式是否属于解码方式列表中的一种，所述解码方式列表中包括至少一种解码方式，每种解码方式对应有至少一种视频参数的参数阈值，每种视频参数的参数值越大，视频的解码时间越长；

参数判断模块，用于若所述目标解码方式属于解码方式列表中的一种，判断所述视频的视频参数的参数值是否大于或等于解码方式列表中对应的参数阈值；

处理模块，用于若所述视频的视频参数的参数值小于所述解码方式列表中对应的参数阈值，对所述视频进行增强处理；

所述处理模块，还用于若所述视频参数的参数值大于或等于解码方式列表中对应的参数阈值，根据参数值与增强方式的对应关系，获取所述参数值对应的增强方式，根据所述增强方式对所述视频进行增强处理，其中参数值越大，对应的增强方式进行增强处理的时间越短。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。

Images