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

本申请涉及电子设备
技术领域：
，更具体地，涉及一种视频处理方法、装置、电子设备以及存储介质。
背景技术：
：随着科学技术的发展，电子设备已经成为人们日常生活中最常用的电子产品之一。并且，用户经常会通过电子设备看视频或玩游戏等，但是，目前电子设备对视频数据的处理方式固定，容易造成视频卡顿或游戏卡顿，用户体验不佳。技术实现要素：鉴于上述问题，本申请提出了一种视频处理方法、装置、电子设备以及存储介质，以解决上述问题。第一方面，本申请实施例提供了一种视频处理方法，应用于电子设备，所述方法包括：在所述电子设备对视频文件进行解码的过程中，获取解码信息；判断所述解码信息是否异常；当所述解码信息异常时，在预设黑名单中添加所述视频文件的标识；当所述解码信息无异常时，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理。第二方面，本申请实施例提供了一种视频处理装置，应用于电子设备，所述装置包括：解码信息获取模块，用于在所述电子设备对视频文件进行解码的过程中，获取解码信息；解码信息判断模块，用于判断所述解码信息是否异常；黑名单添加模块，用于当所述解码信息异常时，在预设黑名单中添加所述视频文件的标识；白名单添加模块，用于当所述解码信息无异常时，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理。第三方面，本申请实施例提供了一种电子设备，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述方法。第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。相对于现有技术，本申请提供的方案，在电子设备对视频文件进行解码的过程中，获取解码信息，判断解码信息是否异常，当解码信息异常时，在预设黑名单中添加视频文件的标识，当解码信息无异常时，在预设白名单中添加视频文件的标识，并对视频文件进行显示增强处理，从而通过检测视频文件在解码过程中的解码信息是否异常，并根据检测结果进行动态黑白名单管控，以降低视频卡死的几率，提升播放效果以及用户体验。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。图1示出了本申请实施例提供的视频播放的流程示意图；图2示出了本申请实施例提供的一个视频处理方法的流程示意图；图3示出了本申请实施例提供的又一个视频处理方法的流程示意图；图4示出了本申请的图3所示的实施例提供的视频处理方法的步骤s220的流程示意图；图5示出了本申请的图3所示的实施例提供的视频处理方法的步骤s230的流程示意图；图6示出了本申请的图3所示的实施例提供的视频处理方法的步骤s240的流程示意图；图7示出了本申请实施例提供的再一个视频处理方法的流程示意图；图8示出了本申请的图7所示的实施例提供的视频处理方法的步骤s330的流程示意图；图9示出了本申请实施例提供的视频处理装置的模块框图；图10示出了本申请实施例用于执行根据本申请实施例的视频处理方法的电子设备的框图；图11示出了本申请实施例的用于保存或者携带实现根据本申请实施例的视频处理方法的程序代码的存储单元。具体实施方式为了使本
技术领域：
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。请参阅图1，图1示出了视频播放的流程。具体地，操作系统在获取到待播放的数据的时候，接下来的工作就是解析音视频数据。一般的视频文件都由视频流和音频流两部分组成，不同的视频格式音视频的封装格式不一样。将音频流和视频流合成文件的过程称为muxer，反之从媒体文件中分离音频流和视频流的过程称为demuxer。播放视频文件就需要从文件流中分离出音频流和视频流，分别对其进行解码，解码后的视频帧可以直接渲染,音频帧可以送到音频输出设备的缓冲区进行播放，当然，视频渲染和音频播放的时间戳需要控制同步。具体地，视频解码可以包括硬解码和软解码，硬件解码是将原来全部交由中央处理器(centralprocessingunit，cpu)来处理的视频数据的一部分交由图形处理器(graphicsprocessingunit，gpu)来做，而gpu的并行运算能力要远远高于cpu，这样可以大大的降低对cpu的负载，cpu的占用率较低了之后就可以同时运行一些其他的程序了，当然，对于较好的处理器来说，比如i52320，或者amd任何一款四核心处理器来说，既可以进行硬解码，也可以进行软解码。具体地，如图1所示，多媒体框架(mediaframework)通过与客户端的api接口获取客户端待播放的视频文件，并交由视频编解码器(videodecode)，其中，mediaframework为android系统中多媒体框架，mediaplayer、mediaplayerservice和stagefrightplayer三个部分构成了android多媒体的基本框架。多媒体框架部分采用了c/s的结构，mediaplayer作为c/s结构的client端，mediaplayerservice和stagefrightplayer作为c/s结构server端，承担着播放多媒体文件的责任，通过stagefrightplayer，server端完成client端的请求并作出响应。videodecode是一款集成了最常用的音频和视频解码与播放的超级解码器，用于将视频数据解码。其中，软解码，即通过软件让cpu来对视频进行解码处理。而硬解码，指不借助于cpu，而通过专用的子卡设备来独立完成视频解码任务。不论是硬解码还是软解码，在将视频数据解码之后，会将解码后的视频数据发送至图层传递模块(surfaceflinger)，由surfaceflinger将解码后的视频数据渲染和合成之后，在显示屏上显示。其中，surfaceflinger是一个独立的service，它接收所有window的surface作为输入，根据zorder、透明度、大小、位置等参数，计算出每个surface在最终合成图像中的位置，然后交由hwcomposer或opengl生成最终的显示buffer,然后显示到特定的显示设备上。如图1所示，软解码中，cpu将视频数据解码之后交给surfaceflinger渲染和合成，而硬解码由gpu解码之后，交由surfaceflinger渲染和合成。而surfaceflinger会调用gpu实现图像的渲染和合成，并在显示屏上显示。其中，目前电子设备对视频数据的处理方式固定，例如，对于某个视频数据，会首先根据该视频数据的格式选择对应的解码方式对其进行解码，再对解码后的视频数据进行显示增强处理，但是，当所述视频文件格式对应的解码方式的性能较差时，解码的耗时较长，因此，占据gpu的时长较长，从而在进行显示增强时，会有非常闪屏，卡死的问题。针对上述问题，发明人经过长期的研究发现，并提出了本申请实施例提供的视频处理方法、装置、电子设备以及存储介质，通过检测视频文件在解码过程中的解码信息是否异常，并根据检测结果进行动态黑白名单管控，以降低视频卡死的几率，提升播放效果以及用户体验。其中，具体的视频处理方法在后续的实施例中进行详细的说明。实施例请参阅图2，图2示出了本申请一个实施例提供的视频处理方法的流程示意图。所述视频处理方法用于通过检测视频文件在解码过程中的解码信息是否异常，并根据检测结果进行动态黑白名单管控，以降低视频卡死的几率，提升播放效果以及用户体验。在具体的实施例中，所述视频处理方法应用于如图9所示的视频处理装置200以及配置有所述视频处理装置200的电子设备100(图10)。下面将以电子设备为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的电子设备可以为智能手机、平板电脑、穿戴式电子设备、车载设备、网关等，在此不做具体的限定。下面将针对图2所示的流程进行详细的阐述，所述视频处理方法具体可以包括以下步骤：步骤s110：在所述电子设备对视频文件进行解码的过程中，获取解码信息。在本实施例中，电子设备解码的视频文件可以从云服务器获取、可以从本地获取、也可以从其他电子设备获取，在此不做限定。其中，当所述视频文件从云服务器获取时，那么该视频文件可以由电子设备从云服务器缓存、从云服务器下载、或从云服务器在线获取。例如，所述视频文件可以是电子设备通过已安装的视频播放软件从云服务器缓存、下载或在线获取的视频数据。当所述视频文件由电子设备从本地获取时，那么该视频文件可以是电子设备预先下载并存储在电子设备的本地存储器中的视频数据。当所述视频文件由所述电子设备从其他电子设备获取时，该视频文件可以由其他电子设备通过无线通信协议传输至所述电子设备，例如，通过wlan协议、蓝牙协议、zigbee协议或者wifi协议等，也可以由其他电子设备通过数据网络传输至所述电子设备，例如，2g网络、3g网络或者4g网络等，在此不做限定。进一步地，在电子设备对视频文件进行解码的过程中，对解码信息进行检测并获取，其中，可以实时检测所述解码信息、可以间隔预设时长检测所述解码信息、也可以按照用户自行设置的方式检测所述解码信息，可选的，在本实施例中，为了保证解码信息检测的准确性，对所述解码信息进行实时检测。其中，解码信息可以包括解码时长、解码效率、解码成功率等，在此不做限定。步骤s120：判断所述解码信息是否异常。作为一种方式，电子设备中预先设置并存储有预设解码信息，以作为解码信息的判断标准，因此，在获取电子设备对视频文件进行解码过程中的解码信息后，将所述解码信息与预设解码信息进行比较，以判断该解码信息是否满足预设解码信息，其中，当所述解码信息满足所述预设解码信息时，表征所述解码信息异常，当所述解码信息不满足所述预设解码信息时，表征所述解码信息无异常。进一步地，在本实施例中，在所述解码信息异常时，可能会导致所述电子设备闪屏、卡死等问题。例如，当所述解码信息为解码时长时，所述预设解码信息可以为一个时长，将所述解码时长和预设解码信息中的时长进行比较，以判断该解码时长是否大于该预设解码信息中的时长，其中，当所述解码时长大于预设解码信息中的时长时，表征该解码信息满足预设解码信息，即解码信息异常；当所述解码时长不大于预设解码信息中的时长时，表征该解码信息不满足预设解码信息，即解码信息无异常。例如，当所述解码信息为解码效率时，所述预设解码信息可以为在一定时间内的解码量，将所述解码效率和预设解码信息中的在一定时间内的解码量进行比较，以判断该解码效率是否大于该预设解码信息中的在一定时间内的解码量，其中，当所述解码效率大于该预设解码信息中的在一定时间内的解码量时，表征该解码信息不满足预设解码信息，即解码信息无异常；当所述解码效率不大于该预设解码信息中的在一定时间内的解码量时，表征该解码信息满足预设解码信息，即解码信息异常。例如，当所述解码信息为解码成功率时，所述解码信息可以为一个比例，将所述解码效率和预设解码信息中的比例进行比较，以判断该解码成功率是否大于该预设解码信息中的比例，其中，当所述解码成功率大于预设解码信息中的比例时，表征该解码信息不满足预设解码信息，即解码信息无异常；当所述解码成功率不大于预设解码信息中的比例时，表征该解码信息满足预设解码信息，即解码信息异常。步骤s130：当所述解码信息异常时，在预设黑名单中添加所述视频文件的标识。其中，在确定解码信息异常时，表征视频文件在进行解码的过程中进行其他处理可能会导致视频播放闪屏、卡死的问题，例如，在进行解码的过程中进行显示增强处理会导致视频播放闪屏、卡死的问题，此时，可以将该视频文件的标识添加到预设黑名单中。作为一种方式，电子设备预先设置并存储有黑名单，记为预设黑名单，该预设黑名单用于记录在解码过程中解码信息异常的视频文件，因此，在确定所述视频文件的解码信息异常时，可以将该视频文件的标识添加到所述预设黑名单，其中，该视频文件的标识可以包括视频文件的id、序号、识别码、格式标识等。进一步地，对视频文件进行显示增强处理可以包括曝光度增强、去燥、边缘锐化、对比度增加、饱和度增强或画面渲染等，因此，需要电子设备提供足够gpu资源。而确定该视频文件在进行解码的过程中的解码信息异常时，可以认为该视频文件在解码的过程中可能占用较多的gpu资源，因此，如果再对该视频文件进行显示增强处理，则会出现对视频文件的解码和对视频文件的显示增强处理抢占gpu资源的问题，从而会促进视频卡死，影响视频播放效果。因此，作为一种方式，当确定视频文件在解码过程中的解码信息异常时，则不对该视频文件进行显示增强处理，以避免显示增强处理对gpu资源的抢占。也就是说，不再对添加到黑名单中的视频文件的标识对应的视频文件进行显示增强处理，以降低视频播放闪屏、卡死的可能。步骤s140：当所述解码信息无异常时，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理。其中，在确定解码信息无异常时，表征视频文件在进行解码的过程中进行其他处理不会导致视频播放闪屏、卡死的问题，例如，在进行解码的过程中进行显示增强处理不会导致视频播放闪屏、卡死的问题，此时，可以将视频文件的标识添加到预设白名单中。作为一种方式，电子设备预先设置并存储有白名单，记为预设白名单，该预设白名单用于记录在解码过程中解码信息无异常的视频文件，因此，在确定所述视频文件的解码信息无异常时，可以将该视频文件的标识添加到预设白名单，其中，该视频文件的标识可以包括视频文件的id、序号、识别码、格式标识等。进一步地，由于视频文件在解码过程中无异常，即对所述视频文件进行显示增强处理也不会造成视频播放闪屏、卡死的问题，因此，为了提高视频文件的显示效果，可以对视频文件进行显示增强处理。作为一种方式，显示增强的方式可以包括曝光度增强、去燥、边缘锐化、对比度增加或饱和度增强中的至少一种。具体地，由于经过解码之后的视频数据的每帧图像数据为rgba格式，因此，为了对视频数据进行显示增强，需要将rgba格式的数据转换为hsv格式的数据，具体地，获取图像数据的直方图，对直方图进行统计从而获得将rgba格式的数据转换为hsv格式的参数，再根据该参数将rgba格式的数据转换为hsv格式的数据。其中，曝光度增强，可以用于提高图像的亮度，则可以通过图像的直方图，将亮度值较低的区域增加亮度值，另外，也可以是通过非线性叠加，增加图像亮度，具体地，i表示要处理的较暗图像，t表示处理后的比较亮的图像，则曝光度增强的方式为t(x)＝i(x)+(1-i(x))*i(x)。其中，t和i都是[0,1]取值的图像。如果一次效果不好算法可以多次迭代。其中，对图像数据去噪用于去除图像的噪声，具体地，图像在生成和传输过程中常常因受到各种噪声的干扰和影响而使图像降质，这对后续图像的处理和图像视觉效应将产生不利影响。噪声种类很多，比如：电噪声，机械噪声，信道噪声和其他噪声等。因此，为了抑制噪声，改善图像质量，便于更高层次的处理，必须对图像进行去噪预处理。从噪声的概率分布情况来看，可分为高斯噪声、瑞利噪声、伽马噪声、指数噪声和均匀噪声。具体地，可以通过高斯滤波器对图像去噪，其中，高斯滤波器是一种线性滤波器，能够有效的抑制噪声，平滑图像。其作用原理和均值滤波器类似，都是取滤波器窗口内的像素的均值作为输出。其窗口模板的系数和均值滤波器不同，均值滤波器的模板系数都是相同的为1；而高斯滤波器的模板系数，则随着距离模板中心的增大而系数减小。所以，高斯滤波器相比于均值滤波器对图像模糊程度较小。例如，产生一个5×5的高斯滤波窗口，以模板的中心位置为坐标原点进行取样。将模板各个位置的坐标带入高斯函数，得到的值就是模板的系数。再将该高斯滤波窗口与图像卷积就能够对图像去噪。其中，边缘锐化用于使模糊的图像变得更加清晰起来。图像锐化一般有两种方法：一种是微分法，另外一种是高通滤波法。其中，对比度增加用于增强图像的画质，使得图像内的颜色更加鲜明，具体地，对比度拉伸是图像增强的一种方法，也属于灰度变换操作。通过灰度变换，将灰度值拉伸到整个0-255的区间，那么其对比度显然是大幅增强的。可以用如下的公式来将某个像素的灰度值映射到更大的灰度空间：i(x,y)＝[(i(x,y)-imin)/(imax-imin)](max-min)+min；其中imin，imax是原始图像的最小灰度值和最大灰度值，min和max是要拉伸到的灰度空间的灰度最小值和最大值。本申请一个实施例提供的视频处理方法，在电子设备对视频文件进行解码的过程中，获取解码信息，判断解码信息是否异常，当解码信息异常时，在预设黑名单中添加视频文件的标识，当解码信息无异常时，在预设白名单中添加视频文件的标识，并对视频文件进行显示增强处理，从而通过检测视频文件在解码过程中的解码信息是否异常，并根据检测结果进行动态黑白名单管控，以降低视频卡死的几率，提升播放效果以及用户体验。请参阅图3，图3示出了本申请又一个实施例提供的视频处理方法的流程示意图。所述视频处理方法应用于上述电子设备，下面将针对图3所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：步骤s210：在所述电子设备对视频文件进行解码的过程中，获取视频文件格式。其中，在视频文件的解码过程中，对该视频文件进行识别，以获取该视频文件的视频文件格式，可以理解的，所述视频文件格式用于表征视频文件保存的一种格式，作为一种方式，视频文件的视频文件格式的分类可以包括微软视频：wmv格式、asf格式、asx格式；realplayer：rm格式、rmvb格式；mpeg视频：mp4格式；手机视频：3gp格式；apple视频：mov格式、m4v格式；其他常见视频：avi格式、dat格式、mkv格式、flv格式、vob格式等。在本实施例中，对所述视频文件的视频文件格式进行识别，以确定该视频文件的视频文件格式。具体地，可以通过查看视频文件的扩展名或者通过查看视频文件的属性的方式，可以获取该视频文件的后缀，即获取该视频文件的视频文件格式。步骤s220：判断所述视频文件格式是否满足预设格式。进一步地，所述电子设备预先设置有预设格式，并将该预设格式存储在本地作为视频文件格式的判断依据。其中，在获取该视频文件的视频文件格式后，将该视频文件的视频文件格式与预设格式进行比较，以判断该视频文件的视频文件格式是否满足预设格式。在本实施例中，所述预设格式可以包括一个视频文件格式，也可以包括多个视频文件格式，作为一种方式，当该预设格式包括一个视频文件格式时，将所述视频文件的视频文件格式和该预设格式中的一个视频文件格式进行比较，当该视频文件的视频文件格式和预设格式中的一个视频文件格式一致时，确定该视频文件的视频文件格式满足预设格式，反之，则确定该视频文件的视频文件格式不满足预设格式；当该预设格式包括多个视频文件格式时，将该视频文件的视频文件格式和该预设格式中的多个视频文件格式一一进行比较，当该视频文件的视频文件格式和预设格式中的多个视频格式文件中的任意一个视频格式文件一致时，确定该视频文件的视频文件格式满足预设格式，反之，则确定该视频文件的视频文件格式不满足预设格式。其中，电子设备设置有预设黑名单，满足预设黑名单的视频文件格式的解码性能较差，在解码的过程中耗时较长，占用gpu资源的时长较长。在本实施例中，可以将满足预设格式的视频文件格式均添加至预设黑名单中，也就是说，当视频文件格式在预设黑名单中时，表征该视频文件格式对应的视频解码性能较差。作为一种方式，预设格式至少可以包括wmv格式，请参阅图4，图4示出了本申请的图3所示的视频处理方法的步骤s220的流程示意图。下面将针对图4所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：步骤s221：获取所述视频文件格式对应的解码方式。可以理解的，不同的视频通常是使用不同的编码器进行压缩的，因此，所述视频文件格式对应的视频文件需要对应的解码方式进行解码，其中，常用的编解码器可以包括：mpeg-1的第二部分、mpeg-2的第二部分、mpeg-4的第二部分、mpeg-4的第十部分、divx、xvid或者3ivx等。作为一种方式，电子设备可以预先配置并存储有映射关系表，其中，该映射关系表中至少包括视频文件格式和解码方式的对应关系，如表1所示，其中，a表示视频文件格式，b表示解码方式。在本实施例中，该视频文件格式和解码方式之间的对应关系可以包括每个视频文件格式一一对应一个解码方式、每个视频文件格式对应多个解码方式、或者多个视频文件格式对应一个解码方式等，在此不做限定。具体地，在获取所述视频文件的视频文件格式后，从所述映射关系表中查找与所述视频文件的视频文件格式一致视频文件格式，然后查找该视频文件格式对应的解码方式，所述解码方式可以视为该视频文件对应的视频文件格式的解码方式。表1视频格式文件解码方式a1b1a2b2a3b3步骤s222：判断所述解码方式是否满足预设解码方式。进一步地，所述电子设备预先设置有预设解码方式，并将该预设解码方式存储在本地作为所述视频文件格式的解码方式的判断依据。其中，在获取该视频文件格式的解码方式后，将该解码方式与预设解码方式进行比较，以判断该解码方式是否满足预设解码方式。在本实施例中，所述预设解码方式可以包括一个解码方式，也可以包括多个解码方式，作为一种方式，当该预设解码方式包括一个解码方式时，将所述视频文件格式对应的解码方式和该预设解码方式中的一个解码方式进行比较，当该视频文件格式对应的解码方式和预设格式中的一个解码方式一致时，确定该视频文件格式对应的解码方式满足预设解码方式，反之，则确定该视频文件格式对应的解码方式不满足预设解码方式；当该预设解码方式包括多个解码方式时，将视频文件格式对应的解码方式和该预设解码方式中的多个解码方式一一进行比较，当该视频文件格式对应的解码方式和预设解码方式中的多个解码方式中的任意一个解码方式一致时，确定该视频文件格式对应的解码方式满足预设解码方式，反之，则确定该视频文件格式对应的解码方式不满足预设解码方式。同样的，电子设备设置有预设黑名单，满足预设黑名单的解码方式的解码性能较差，对对应的视频文件格式进行解码的过程中耗时较长，占用gpu资源的时长较长。在本实施例中，可以将满足预设解码方式的解码方式均添加到预设黑名单中，也就是说，当解码方式在预设黑名单中时，表征解码方式的性能较差。作为一种方式，该预设解码方式至少可以包括vc1sw。步骤s223：当所述解码方式满足所述预设解码方式时，确定所述视频文件格式满足所述预设格式。其中，在本实施例中，解码方式和视频文件格式存在对应关系，也就是说，当所述解码方式的性能较差时，表征该解码方式对应的视频文件格式在解码的过程中耗时较长；当所述解码方式的性能较好时，表征该解码方式对应的视频文件格式在解码的过程中耗时较短。进一步地，当确定该视频文件格式对应的解码方式满足预设解码方式时，可以认为该视频文件格式在解码的过程中性能较差，耗时较长，因此，可以确认该视频文件格式满足预设格式。步骤s224：当所述解码方式不满足所述预设解码方式时，确定所述视频文件格式不满足所述预设格式。相反的，在确定该视频文件格式对应的解码方式不满足预设解码方式时，可以认为该视频文件格式在解码的过程中性能较好，耗时较短，因此，可以确认该视频文件格式不满足预设格式。步骤s230：当所述视频文件格式满足所述预设格式时，确定所述解码信息异常，在预设黑名单中添加所述视频文件的标识。请参阅图5，图5示出了本申请的图3所示的视频处理方法的步骤s230的流程示意图。下面将针对图5所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：步骤s231：当所述视频文件格式满足所述预设格式时，通过所述视频文件格式对应的解码方式对所述视频文件进行解码。进一步地，在视频文件格式满足预设格式时，通过满足预设解码方式的解码方式对视频文件进行解码。例如，当所述视频文件的视频文件格式为wmv格式时，通过与之对应的vc1sw解码方式对所述视频文件进行解码。步骤s232：显示解码后的视频文件。在一个实施方式中，对解码后的视频文件经过常规处理后直接在电子设备显示。也就是说，不对解码后的视频文件进行显示增强处理，从而避免显示增强处理对gpu资源的抢占造成视频卡死的问题。步骤s240：当所述视频文件格式不满足所述预设格式时，确定所述解码信息无异常，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理。请参阅图6，图6示出了本申请的图3所示的视频处理方法的步骤s240的流程示意图。下面将针对图6所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：步骤s241：当所述视频文件格式不满足所述预设格式时，通过所述视频文件格式对应的解码方式对所述视频文件进行解码。进一步地，在视频文件格式不满足预设格式时，通过不满足预设解码方式的解码方式对显示视频进行解码。例如，当所述视频文件的视频文件格式为mp4格式时，通过与之对应的mp4解码方式对所述视频文件进行解码。步骤s242：将解码后的视频文件进行显示增强处理。在本实施例中，在视频文件格式不满足预设格式时，表征该视频文件格式对应的视频文件在解码的过程中性能较好，耗时较短，占用较少的gpu资源，因此，对所述视频文件进行显示增强处理时，不会出现抢占gpu资源的问题，所以，为了提高视频文件的显示效果，可以对所述视频文件进行显示增强处理。步骤s243：显示进行显示增强处理后的视频文件。进一步地，将进行显示增强处理后的视频文件显示在电子设备，以使用户观看到播放效果更好的视频文件，提升用户体验。本申请又一个实施例提供的视频处理方法，在电子设备对视频文件进行解码的过程中，获取视频文件格式，判断该视频文件格式是否满足预设格式，当视频文件格式满足预设格式时，确定解码信息异常，在预设黑名单中添加视频文件的标识，当视频文件格式不满足预设格式时，确定解码信息无异常，在预设白名单中添加视频文件的标识，并对视频文件进行显示增强处理。相较于图2所示的视频处理方法，本实施例通过识别视频文件的视频文件格式，并在视频文件格式不满足预设格式时进行显示增强处理，以降低视频卡死的几率，提升播放效果以及用户体验。请参阅图7，图7示出了本申请再一个实施例提供的视频处理方法的流程示意图。下面将针对图7所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：步骤s310：在所述电子设备对视频文件进行解码的过程中，获取视频文件格式。步骤s320：判断所述视频文件格式是否满足预设格式。其中，步骤s310-步骤s320的具体描述请参阅步骤s210-步骤s220，在此不再赘述。步骤s330：当所述视频文件格式满足所述预设格式时，将所述视频文件的视频文件格式转换为目标视频文件格式，其中，所述目标视频文件格式不满足所述预设格式。在本实施例中，当确定视频文件格式满足预设格式时，也就是说，如果在该视频文件格式下，对所述视频文件进行显示增强处理会造成视频播放卡死，因此，为了在避免所述视频文件在播放过程中卡死的情况下，提升视频播放效果，可以将所述视频文件的文件格式进行转换，以获得目标视频文件格式，其中，该目标视频文件格式不满足预设格式。可以理解的，此时，目标视频文件格式对应的视频文件在解码的过程中不再占用过多的gpu资源，可以对所述视频文件进行显示增强处理，提升视频文件的播放效果。请参阅图8，图8示出了本申请的图7所示的视频处理方法的步骤s330的流程示意图。下面将针对图8所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：步骤s331：当所述视频文件格式满足所述预设格式时，获取所述视频文件的文件大小。可以理解，视频文件的大小和视频文件的格式转换的时间呈正相关，也就是说，视频文件的文件大小越大，那么该视频文件在进行格式转换时所需的时间越长；视频文件的文件大小越小，那么该视频文件在进行格式转换时所需的时间越短，因此，在本实施例中，在对视频文件的视频文件格式进行转换之前，可以先获取该视频文件的大小。其中，所述视频文件的文件大小可以为20m，可以为50m，可以为300m等，在此不做限定。步骤s332：判断所述文件大小是否小于预设大小。进一步地，电子设备预先设置有预设大小，并将该预设大小存储在本地作为所述视频文件的文件大小的判断依据。其中，在获取所述视频文件的文件大小后，将该视频文件的文件大小与预设大小进行比较，以判断该视频文件的文件大小是否小于预设大小。例如，所述预设大小为200m，当所述视频文件的文件大小为50m时，可以确定该视频文件的文件大小小于预设大小；当所述视频文件的文件大小为300m时，可以确定该视频文件的文件大小大于预设大小。步骤s333：当所述文件大小小于所述预设大小时，将所述视频文件的视频文件格式转换为所述目标视频文件格式。其中，当所述视频文件的文件大小小于预设大小时，表征该视频文件在进行格式转换时所需的时长较短，不会造成过多的等待时间，因此，可以将所述视频文件的视频文件格式转换为不满足预设格式的视频文件格式，如目标视频文件格式。相反的，当所述视频文件的文件大小大于预设大小时，表征该视频文件在进行格式转换时所需的时长较长，会造成过多的等待时间，因此，可以不对所述视频文件的视频文件格式转换。步骤s340：将所述目标视频文件格式对应的视频文件进行显示增强处理。可以理解的，目标格式文件不满足预设格式，因此，所述目标格式文件对应的视频文件在解码的过程中性，采用的解码方式的性能较好，不会占用过多的gpu资源，因此，可以对所述视频文件进行实现增强处理，以提升所述视频文件的播放效果。步骤s350：当所述视频文件格式不满足所述预设格式时，确定所述解码信息无异常，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理。本申请再一个实施例提供的视频处理方法，在电子设备对视频文件进行解码的过程中，获取视频文件格式，判断该视频文件格式是否满足预设格式，当视频文件格式满足预设格式时，将视频文件的视频文件格式转换为目标文件格式，其中，目标视频文件格式不满足预设格式，将目标视频文件格式对应的视频文件进行显示增强处理，当视频文件格式不满足预设格式时，确定解码信息无异常，在预设白名单中添加视频文件的标识，并对视频文件进行显示增强处理。相较于图2所示的视频处理方法，本实施例在视频文件的视频文件格式满足预设条件时，将其视频文件格式转换为不满足预设条件的目标视频文件格式，以对该视频文件进行显示增强，从而提升该视频文件的显示效果。请参阅图9，图9示出了本申请实施例提供的视频处理装置200的模块框图。所述视频处理装置200应用于上述电子设备。下面将针对图9所示的框图进行阐述，所述视频处理装置200包括：解码信息获取模块210、解码信息判断模块220、黑名单添加模块230以及白名单添加模块240，其中：解码信息获取模块210，用于在所述电子设备对视频文件进行解码的过程中，获取解码信息。解码信息判断模块220，用于判断所述解码信息是否异常。进一步地，解码信息包括视频文件格式，所述解码信息判断模块220包括：格式判断子模块、异常确定子模块以及无异常确定子模块，其中：格式判断子模块，用于判断所述视频文件格式是否满足预设格式。进一步地，所述格式判断子模块包括：解码方法获取单元、解码方式判断单元、第一格式确定单元以及第二格式确定单元，其中：解码方法获取单元，用于获取所述视频文件格式对应的解码方式。解码方式判断单元，用于判断所述解码方式是否满足预设解码方式。第一格式确定单元，用于当所述解码方式满足所述预设解码方式时，确定所述视频文件格式满足所述预设格式。第二格式确定单元，用于当所述解码方式不满足所述预设解码方式时，确定所述视频文件格式不满足所述预设格式。异常确定子模块，用于当所述视频文件格式满足所述预设格式时，确定所述解码信息异常。进一步地，所述异常确定子模块包括：第一解码单元、第一显示单元、格式转换单元以及第一显示增强处理单元，其中：第一解码单元，用于当所述视频文件格式满足所述预设格式时，通过所述视频文件格式对应的解码方式对所述视频文件进行解码。第一显示单元，用于显示解码后的视频文件。格式转换单元，用于当所述视频文件格式满足所述预设格式时，将所述视频文件的视频文件格式转换为目标视频文件格式，其中，所述目标视频文件格式不满足所述预设格式。进一步地，所述格式转换单元包括：文件大小获取子单元、文件大小判断子单元以及格式转换子单元，其中：文件大小获取子单元，用于当所述视频文件格式满足所述预设格式时，获取所述视频文件的文件大小。文件大小判断子单元，用于判断所述文件大小是否小于预设大小。格式转换子单元，用于当所述文件大小小于所述预设大小时，将所述视频文件的视频文件格式转换为所述目标视频文件格式。第一显示增强处理单元，用于将所述目标视频文件格式对应的视频文件进行显示增强处理。无异常确定子模块，用于当所述视频文件格式不满足所述预设格式时，确定所述解码信息无异常。进一步地，所述无异常确定子模块包括：第二解码单元、第二显示增强处理单元以及第二显示单元，其中：第二解码单元，用于当所述视频文件格式不满足所述预设格式时，通过所述视频文件格式对应的解码方式对所述视频文件进行解码。第二显示增强处理单元，用于将解码后的视频文件进行显示增强处理。第二显示单元，用于显示进行显示增强处理后的视频文件。黑名单添加模块230，用于当所述解码信息异常时，在预设黑名单中添加所述视频文件的标识。白名单添加模块240，用于当所述解码信息无异常时，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理。本申请实施例提供的视频处理装置包括解码信息获取模块、解码信息判断模块、黑名单添加模块以及白名单添加模块，其中，解码信息获取模块用于在所述电子设备对视频文件进行解码的过程中，获取解码信息，解码信息判断模块用于判断所述解码信息是否异常，黑名单添加模块用于当所述解码信息异常时，在预设黑名单中添加所述视频文件的标识，白名单添加模块用于当所述解码信息无异常时，在预设白名单中添加所述视频文件的标识，并对所述视频文件进行显示增强处理，从而通过检测视频文件在解码过程中的解码信息是否异常，并根据检测结果进行动态黑白名单管控，以降低视频卡死的几率，提升播放效果以及用户体验。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。请参阅图10，其示出了本申请实施例提供的一种电子设备100的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120、屏幕130、编解码器140以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。其中，处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessingunit，cpu)、图形处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。存储器120可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。所述编解码器140可以用于对视频数据进行编码或解码，然后将解码后的视频数据传输到屏幕130进行显示，其中，该编解码器140可以为gpu、专用的dsp、fpga、asig芯片等。请参阅图11，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质300中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。计算机可读存储介质300可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质300包括非易失性计算机可读介质(non-transitorycomputer-readablestoragemedium)。计算机可读存储介质300具有执行上述方法中的任何方法步骤的程序代码310的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码310可以例如以适当形式进行压缩。综上所述，本申请实施例提供的视频处理方法、装置、电子设备以及存储介质，在电子设备对视频文件进行解码的过程中，获取解码信息，判断解码信息是否异常，当解码信息异常时，在预设黑名单中添加视频文件的标识，当解码信息无异常时，在预设白名单中添加视频文件的标识，并对视频文件进行显示增强处理，从而通过检测视频文件在解码过程中的解码信息是否异常，并根据检测结果进行动态黑白名单管控，以降低视频卡死的几率，提升播放效果以及用户体验。最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。当前第1页12