视频增强的切换方法、装置、电子设备及存储介质与流程

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

背景技术：

随着科学技术的发展，电子设备已经成为人们日常生活中最常用的电子产品之一。并且，用户经常会通过电子设备看视频或玩游戏等，并可能对视频、游戏等进行增强处理。但是，目前电子设备对视频的增强方式固定，可能并不符合用户使用需求，用户体验不佳。

技术实现要素：

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

第一方面，本申请实施例提供了一种视频增强的切换方法，所述方法包括：在视频播放过程中，接收作用于视频播放区域的按压操作；判断所述按压操作是否满足预设条件；若是，对所述视频在开启增强处理以及取消增强处理之间进行一次切换。

第二方面，本申请实施例提供了一种视频增强的切换装置，所述装置包括：按压模块，用于在视频播放过程中，接收作用于视频播放区域的按压操作；条件判断模块，用于判断所述按压操作是否满足预设条件；切换模块，用于若所述按压操作满足预设条件，对所述视频在开启增强处理以及取消增强处理之间进行一次切换。

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

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

本申请实施例提供的视频增强的切换方法、装置、电子设备及存储介质，在视频播放过程中，根据作用于视频的按压操作，对视频增强的开启与取消进行切换，以使用户可以通过按压操作开启视频增强或者取消视频增强，提高用户体验。

附图说明

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

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

图2示出了本申请一实施例提供的视频增强的切换方法的流程图。

图3示出了本申请实施例提供的一显示示意图。

图4示出了本申请实施例提供的另一显示示意图。

图5示出了本申请另一实施例提供的视频增强的切换方法的流程图。

图6示出了本申请另一实施例提供的视频增强的切换方法的流程图。

图7示出了本申请实施例提供的另一显示示意图。

图8示出了本申请另一实施例提供的视频增强的切换方法的流程图。

图9示出了本申请实施例提供的另一显示示意图。

图10示出了本申请实施例提供的另一显示示意图。

图11示出了本申请另一实施例提供的视频增强的切换方法的部分步骤的流程图。

图12示出了本申请实施例提供的另一显示示意图。

图13示出了本申请实施例提供的视频增强的切换装置的功能模块图。

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

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

具体实施方式

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

请参阅图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)，如图1所示，硬解码后的视频数据通过视频驱动程序发送至surfaceflinger。surfaceflinger将解码后的视频数据渲染和合成之后，在显示屏上显示。其中，surfaceflinger是一个独立的service，它接收所有window的surface作为输入，根据zorder、透明度、大小、位置等参数，计算出每个surface在最终合成图像中的位置，然后交由hwcomposer或opengl生成最终的显示buffer,然后显示到特定的显示设备上。

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

其中，通常电子设备对视频的处理方式固定。一方面，对于所有视频，都会首先对其对应的视频数据进行解码，再对解码后的视频数据进行显示增强处理。即使用户没有视频增强的需求，或者用户因考虑到功耗等情况而不想要对视频增强，电子设备仍然会对视频进行增强处理。或者是，另一方面，对于所有的视频，在播放前都不进行增强处理，即使用户想要获得视频增强的良好播放效果。

因此，本申请实施例提出了一种视频增强的切换方法、装置、电子设备及存储介质，用于根据按压操作对增强处理的开启与取消进行切换，提升用户体验。

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

请参阅图2，示出了本申请实施例提供的视频增强的切换方法。所述视频增强的切换方法用于在接收到满足预设条件的按压操作的情况下，对视频增强的取消以及开启进行切换，从而使用户可以根据实际需求通过按压操作开启视频增强或者取消视频增强。在具体的实施例中，所述视频增强的切换方法应用于如图13所示的视频增强的切换装置500以及配置有所述视频增强的切换装置500的电子设备600(图14)。下面将以电子设备为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的电子设备可以为智能手机、平板电脑、穿戴式电子设备、车载设备等各种可以进行视频处理的设备，在此不做具体的限定。具体的，该方法包括：

步骤s110：在视频播放过程中，接收作用于视频播放区域的按压操作。

该视频播放过程中，电子设备将视频对应的视频帧显示到显示屏上，实现对视频的播放。该视频播放过程具体可以是视频正在动态地播放，也可以包括视频处于暂停的状态。

视频播放对应有视频播放区域，即对视频帧进行显示的播放窗口。例如，视频在如图3所示的小窗口101播放时，该小窗口101所在区域为视频播放区域；视频进行如图4所示的全屏播放时，视频播放区域可以是图4中进行全屏播放的窗口102所在的区域。

用户可以通过在视频播放区域进行按压操作开启视频增强或者取消视频增强。对应的，在视频播放过程中，电子设备可以监测是否接收到视频播放区域的按压操作。当用户在视频播放区域进行按压，电子设备可以接收到该按压操作。

步骤s120：判断所述按压操作是否满足预设条件。

在本申请实施例中，可以通过预设条件将进行增强切换的按压操作与其他按压操作区分开来。该预设条件可以存储于电子设备。其中，该预设条件可以由该视频对应的应用程序从服务器下载，也可以由用户预先设置并存储。如，用户在增强切换对应的预设条件的设置界面，输入按压操作需要满足的预设条件，如输入按压时长、按压时的滑动轨迹、在视频播放区域的按压位置等，电子设备将用户输入的预设条件保存。

在接收到按压操作时，电子设备判断按压操作是否满足预设条件。

步骤s130：若是，对所述视频在开启增强处理以及取消增强处理之间进行一次切换。

若接收到的按压操作满足预设条件，则对该视频在增强处理的开启以及取消之间进行一次切换。也就说，在接收到满足预设条件的按压操作时，若该视频没有开启视频增强处理，则开启对该视频的增强处理；若在接收到满足预设条件的按压操作时，该视频开启了视频增强处理，在通过相应的增强处理算法对视频进行处理，则取消对该视频的增强处理。其中，该视频为按压操作所按压的视频播放区域对应的视频。

在本申请实施例中，在视频播放过程中，若接收到满足预设条件的按压操作，则对视频进行增强处理的开启以及取消的切换，从而使用户可以根据自身实际需求进行视频增强的开关，提升用户体验。

本申请实施例提供的视频增强的切换方法，可以以预设时长作为预设条件。具体的，如图5所示，该方法可以包括：

步骤s210：在视频播放过程中，接收作用于视频播放区域的按压操作。

步骤s220：判断所述按压操作的按压时长是否大于预设时长。

在本申请实施例中，可以以长按作为增强处理的开启与取消之间切换的触发操作。其中，该按压时间大于预设时长的按压操作确定为该长按。预设时长的具体时间长度在本申请实施例中并不限定。

具体的，当接收到作用于视频播放区域的按压操作，对该按压操作的按压时长进行计时。例如，当接收到按压操作时，定时器开始计时，当该按压操作结束时，以定时器的计时时间作为按压时长，并将定时器置零。

将按压时长与预设时长进行对比，从而可以确定按压时长与预设时长之间的大小。

步骤s230：若是，对所述视频在开启增强处理以及取消增强处理之间进行一次切换。

若按压时长大于预设时长，则表明为增强处理开启与取消之间切换的触发操作，对视频在开启增强处理以及取消增强处理之间进行一次切换。

作为一种实施方式，在每次开启该视频对应的应用程序时，可以默认设置为对视频进行增强处理，或者默认设置为视频不进行增强处理。当接收到满足预设条件的按压操作，则对视频是否进行增强处理进行一次切换。也就是说，若默认开启视频对应的应用程序时，对视频进行增强处理，则开启应用程序后首次接收到满足预设条件的按压操作时，取消对视频的增强处理；若默认开启视频对应的应用程序时，不对视频进行增强处理，则开启应用程序后首次接收到满足预设条件的按压操作时，开启对视频的增强处理。

例如，在一种具体的应用场景中，用户打开视频应用程序，并选取视频进行播放。此时，默认的开启视频应用程序时，不对视频进行增强处理，则以未增强的视频进行播放。若用户对当前播放的画质不满意，认为需要进行播放效果的增强，则在视频播放区域进行长按。当用户长按的时间到达预设时长时，开启对该视频的增强处理，开始对该视频进行增强。

作为一种实施方式，在每次关闭视频对应的应用程序时，记录视频是否处于视频增强状态。当再次开启该应用程序时，根据记录的视频是否处于视频增强状态确定是否对视频进行增强。也就是说，若前一次关闭应用程序时，对视频开启了增强处理，则本次开启视频对应的应用程序时，开启对视频的增强处理；若前一次关闭应用程序时，对视频的增强处理为取消状态，则本次开启视频对应的应用程序时，也不对视频进行增强处理。

在该实施方式中，当接收到大于预设时长的按压操作，则对视频是否进行增强处理进行一次切换。

例如，在一种具体的应用场景中，用户打开视频应用程序，并选取视频进行播放。此时，视频应用程序保存有上一次使用时的增强设置。在上一次使用该视频应用程序时，用户设置为不对视频进行增强处理，则以未增强的视频进行播放。若用户对当前播放的画质不满意，认为需要进行播放效果的增强，则在视频播放区域进行长按。当用户长按的时间到达预设时长时，开启对该视频的增强处理，开始对该视频进行增强。

可选的，在本申请实施例中，若该按压操作的按压时长小于或等于预设时长，则表明并非对视频增强切换的触发，可以继续监测是否接收到作用于视频播放区域的按压操作。

可选的，在本申请实施例中，也可以以按压操作的滑动轨迹作为预设条件。具体的，请参见图6，在本申请实施例中，可以包括：

步骤s310：在视频播放过程中，接收作用于视频播放区域的按压操作。

步骤s320：判断所述按压操作是否滑动预设轨迹。

当接收到按压操作，获取按压操作持续过程中形成的滑动轨迹。具体的，可以监测按压操作在显示屏的滑动过程，当按压操作结束时，将该按压操作的滑动路径作为该按压操作的滑动轨迹。

将按压操作的滑动轨迹与预设轨迹进行比较，判断该按压操作的滑动轨迹是否是预设轨迹。其中，对于判定为预设轨迹的滑动轨迹，与预设轨迹可以不是完全相同。可以以预设的判断标准，如方向相同、形状相同、起点相同或者终点相同，作为判断按压操作的滑动轨迹是否为预设轨迹的标准。如以方向相同作为判断标准，则按压操作的滑动轨迹与预设轨迹的滑动方向相同，即可认为按压操作的滑动轨迹与预设轨迹相同。

例如在图7所示的实施例中，若按压操作的滑动轨迹的判断标准为方向相同，则可以判定按压操作滑动预设轨迹。如图7所示，虚线箭头线表示预设轨迹，其中箭头方向为轨迹方向；实现箭头线表示该按压操作的滑动的轨迹，箭头表示滑动方向。该虚线箭头线与实线箭头线的轨迹并不完全相同，但是方向均朝上，则判定该按压操作的滑动轨迹与预设轨迹相同。

其中，该预设轨迹在本申请实施例中并不限定，例如可以是，向上滑动的滑动轨迹、向下滑动的滑动轨迹、向左滑动的滑动轨迹、向右滑动的滑动轨迹、波浪形滑动的滑动轨迹、封闭三角形滑动的滑动轨迹、封闭四边形滑动的滑动轨迹、其他可能的封闭图形的滑动轨迹、以视频播放区域某个边缘为起点的滑动轨迹或者以视频播放区域某个边缘为终点的滑动轨迹等等便于用户操作的滑动轨迹。

可选的，为避免满足预设条件的按压操作与其他功能的按压操作混淆，本申请实施例中，还可以将预设时长与预设轨迹相结合。

作为一种实施方式，可以是，当检测到按压操作在同一个位置的按压时长大于预设时长，且以该位置为起点滑动预设轨迹，则判定该按压操作满足预设条件。

作为一种实施方式，可以是，该按压操作在视频播放区域与电子设备的显示屏接触时长大于预设时长，且在视频播放区域滑动预设轨迹，判定该按压操作满足预设条件。

步骤s330：若是，对所述视频在开启增强处理以及取消增强处理之间进行一次切换。

在本申请实施例中，以预设轨迹作为预设条件，当用户作用于视频播放区域的按压操作滑动的轨迹为预设轨迹，则对视频在开启增强处理以及取消增强处理之间进行一次切换，从而用户可以根据是否开启视频增强的需求在视频播放区域进行操作，提高用户体验。

本申请实施例提供的视频增强的切换方法，还可以提供对增强效果的选择。具体的，如图8所示，该方法可以包括：

步骤s410：在视频播放过程中，接收作用于视频播放区域的按压操作。

步骤s420：判断所述按压操作是否满足预设条件。

接收到按压操作时，判断该按压操作是否满足预设条件。其中，该预设条件可以是按压操作的按压时长大于预设时长，该预设条件也可以是按压操作的滑动轨迹为预设轨迹等。

可选的，本申请实施例中，为进一步避免误判，可以设置用于触发增强处理的开启以及取消的按压操作需要满足的其他条件。

具体的，作为一种实施方式，可以以单指按压作为本申请实施例的按压操作。在判断所述按压操作是否满足预设条件之前，还可以判断所述按压操作是否是单指按压，即判断是否只接收到一个手指在显示屏的触控按压。

作为一种实施方式，也可以以多指按压作为本申请实施例的按压操作。在判断所述按压操作是否满足预设条件之前，还可以判断所述按压操作是否是多指按压，所述多指包括两个或者两个以上的手指。也就是说，若设置两指按压为本申请实施例中的按压操作，则在判断所述按压操作是否满足预设条件之前，判断该按压操作是否是两个手指的按压；或者是，在判断所述按压操作是否满足预设条件之前，判断该按压操作是否是三个手指的按压等等。其中，该多指按压具体为多少手指在本申请实施例中并不限定，也可以由系统预先设置，也可以由用户设置。

作为一种实施方式，也可以限定该按压操作的实施区域，以作用于预设区域内的按压操作作为本申请实施例中用于增强处理切换的按压操作。在本实施方式中，可以预先存储有在视频播放区域中对应的预设区域，该预设区域用于通过按压操作进行视频增强与否的切换。具体的，电子设备接收到按压操作，可以首先判断该按压操作是否作用于视频播放区域中的预设区域。例如以视频播放区域的左侧区域作为增强与否的操作区域，则接收到按压操作时，判断该按压操作是否作用于该左侧区域。

在本申请实施例中，可以仅实施上述多个实施方式中的一种。当其中任意一种实施方式的判断结果为是，则进一步判断该按压操作是否满足预设条件。例如，在判定为单指按压的情况下，再判断该按压操作是否满足预设条件。又如，在判定为双指按压的情况下，才判断该按压操作是否满足预设条件。

在本申请实施例中，上述多个实施方式也可以合理地结合实施。例如，当判定接收到的按压操作是单指按压于预设区域，则判断该按压操作是否满足预设条件。

步骤s430：若满足预设条件，判断所述视频是否开启有增强处理。若否，执行步骤s440；若是，执行步骤s470。

步骤s440：若切换之前视频未开启增强处理，显示多个增强效果选项。

步骤s450：接收对所述多个增强效果选项中任意一个的选择操作。

步骤s460：通过选中的增强效果对应的增强算法对所述视频进行增强处理。

在接收到满足预设条件的按压操作的情况下，若视频未开启视频增强，则对视频开启视频增强。

其中，对视频进行增强可以包括不同的增强效果，如调整对比度、调整亮度、调整饱和度、去噪以及细节增强等等。为了达到针对用户的个性化视频增强效果，可以显示不同增强效果对应的选项，用于用户选择对视频实现何种效果的增强。例如，如图9所示，显示的增强效果选项包括上述的调整对比度、调整亮度、调整饱和度、去噪以及细节增强，若用户选择去噪的选项，则通过去噪算法，对该视频进行去噪处理。

其中，若增强效果的选项过多，可以部分选项显示、部分选项隐藏，当用户对各个选项进行滑动操作时，将隐藏的选项显示，显示的选项隐藏。以如图8为例，去噪选项未完全显示，细节增强选项未显示，用户可以对图8中显示的各个选项向左滑动，使去噪选项完全显示、细节增强选项显示，对应的，对比度选项以及亮度选项可能部分或全部被因此。

可选的，在本申请实施例中，增强效果的选项可以通过透明或半透明的控件显示，如图9所示，以减小对用户观看视频的影响。

可选的，在本申请实施例中，还可以显示增强确定按键，当用户点击该按键，则对应用户选择的增强效果进行增强处理。其中，用户可以选择一种或多种增强效果。若用户选择了多种增强效果，则接收到对增强确定按键的触控时，电子设备对该视频进行该多种增强效果的视频增强。例如图10所示，用户选择了去噪以及饱和度，则接收到对增强确定按键“确定”的触控时，通过去噪算法对视频进行去噪，并通过饱和度增强算法增加视频的饱和度。

可以理解的，每种增强效果所对应的增强算法在本申请实施例中并不限定。

例如，对视频进行对比度增强的具体算法可以是，自适应对比度增强算法(ace，adaptivecontrastenhancement)，可以通过低通滤波获取视频帧中的低频部分，视频帧除去低频部分的高频部分等。再对代表细节的高频部分进行增强，如对高频部分乘以预设的增益值。再将原来视频帧的低频部分以及增强后的高频部分充足获得对比度增强的视频帧。

当然，也可以通过其他算法增强视频帧的对比度以增强视频的对比度，如直方图均衡化(histogramequalization)以及直方图匹配(histogrammatching)等。

例如，由于饱和度取决于该色中含色成分和消色成分(灰色)的比例。含色成分越大，饱和度越大；消色成分越大，饱和度越小。调整饱和度可以调整视频帧中的灰色成分以及含色成分。如，视频帧通过rgb表示时，分别调整rgb各个颜色通道；或者在rgb色彩空间调整亮度与饱和度不是很直观，而hsl色彩模式可以很直观表示出每个像素的饱和度，可以将图像的像素rgb值然后再转换到hsl色彩模式，其中s(saturation)表示饱和度，l(lightness)表示亮度。通过调整s的值调整饱和度，通过调整l的值调整亮度。再将调整后的视频帧从hsl色彩模式转换到rgb色彩模式用于显示。

例如，通过去噪算法对视频进行去噪处理，可以是通过去噪算法对每一帧视频进行处理。该去噪算法可以是基于局部空间连续性原则的引导滤波算法，同时考虑了像素空间差异与强度差异的滤波器双边滤波。也可以是，充分利用了整个图像的自相似性和冗余信息的nlm(non-localmeans，非局部均值)图像去噪算法。nlm算法是将双边滤波的推广，充分利用了图像中的冗余信息，在去噪的同时能最大程度地保持图像的细节特征。在该算法中，当前像素的估计值由图像中与它具有相似邻域结构的像素加权平均得到。或者是其他去噪算法，如邻域平均法、中值滤波、低通滤波等空间域滤波去噪算法、傅立叶变换、沃尔什-哈达玛变换、余弦变换、k-l变换以及小波变换等变换域滤波去噪算法等等。

例如，通过l0平滑、引导滤波以及快速双边滤波算法等对图像进行细节增强等。

可选的，在本申请实施例中，还可以通过进度条由用户调整增强程度。具体的，如图11所示，可以包括，

步骤s451：对应选中的增强效果显示增强进度条，所述增强进度条用于表示增强的强度大小。

用户对显示的增强效果选项选中后，对应选中的增强效果显示增强进度条。该增强进度条用于表示增强的程度大小，增强进度条被调整到不同位置，对应该增强效果的不同增强程度。

步骤s452：接收对所述增强进度条的调整操作。

用户可以对增强进度条进行调整。其中，增强进度条可以包括具有预设长度的第一部分103以及可以在该第一部分103上进行调整的第二部分104，第二部分调整到对应第一部分的比例，表示需要增强的程度相对于最大程度的比例。例如，增强进度条的第一部分103为如图12所示的长条形框，第二部分104为该长条形框中的填充部分，如图12所示，第二部分的长度为第一部分的长度的一定比例。用户可以通过调整第二部分占第一部分的比例，调整相应的增强效果的增强程度。

例如图12所示，用户选中的增强效果为饱和度，则对应饱和度显示增强进度条。该进度条中第二部分被调整到最大，即第二部分调整到等于第一部分，则将饱和度调整到最大。例如，设置的饱和度最大为各个颜色通道数值255，增强进度条调到最大时，将各个颜色通道的数值调整为255；若增强进度条调整为一半，则将各个颜色通道的数值调整为0至255的中间值，127。

当然，在本申请实施例中，增强进度条的显示方式并不限制。例如，增强进度条中，第二部分也可以从第一部分的中间向一端延伸或向另一端颜色。其中，向一端延伸可以表示增强效果为正，如增加饱和度；向另一端颜色表示增强效果为负，如降低饱和度。

在本申请实施例中，可以是所有增强效果都通过进度条由用户调整增强程度，也可以是部分增强效果由用户调整增强程度。

若通过进度条对增强效果的增强程度进行调整，则步骤s460中所述通过选中的增强效果对应的增强算法对所述视频进行增强处理可以包括：通过选中的增强效果对应的增强算法，以所述调整操作对应的增强强度对应的增强参数，对所述视频进行增强处理。

具体的，根据用户选中的增强效果以及调整的增强强度对视频进行增强处理。其中，同一增强效果，增强进度条调整到不同的比例，通过增强算法进行增强处理时，可以对比不同的增强参数。例如，对于饱和度对应的增强算法，增强进度条调整的比例不同，颜色通道中对应的像素值不同。

在本申请实施例中，将增强处理后的视频通过显示屏显示。其中，可以是在用户调整增强进度条的过程中，实时显示处理效果，即增强进度条调整到不同比例，显示增强处理后的不同视频效果。

步骤s470：取消对所述视频的增强处理。

若在切换前所述视频已经开启增强处理，则取消对视频的增强处理，从而可以节省更多功耗。

本申请实施例中，用户可以根据个人喜好选择不同的增强效果进行组合，从而实现个性化的增强方案，用户体验更好。

本申请实施例提供了一种增强处理装置500。请参见图13，该增强处理装置500包括：按压模块510，用于在视频播放过程中，接收作用于视频播放区域的按压操作。条件判断模块520，用于判断所述按压操作是否满足预设条件。切换模块530，用于若所述按压操作满足预设条件，对所述视频在开启增强处理以及取消增强处理之间进行一次切换。

可选的，条件判断模块520可以用于通过判断所述按压操作的按压时长是否大于预设时长，判断所述按压操作是否满足预设条件。

可选的，条件判断模块520也可以用于通过判断所述按压操作是否滑动预设轨迹，判断所述按压操作是否满足预设条件。

可选的，该装置还可以包括另一条件判断模块，用于判断所述按压操作是否是单指按压，判断所述按压操作是否是多指按压，所述多指包括两个或者两个以上的手指，或者判断所述按压操作是否作用于视频播放区域中的预设区域。

可选的，切换模块530可以包括，选项显示单元，用于若切换之前视频未开启增强处理，显示多个增强效果选项。选择单元，用于接收对所述多个增强效果选项中任意一个的选择操作；增强单元，用于通过选中的增强效果对应的增强算法对所述视频进行增强处理。

可选的，切换模块530还可以包括：进度条显示单元，用于对应选中的增强效果显示增强进度条，所述增强进度条用于表示增强的强度大小。进度条调整单元，用于接收对所述增强进度条的调整操作。其中，增强单元可以用于通过选中的增强效果对应的增强算法，以所述调整操作对应的增强强度对应的增强参数，对所述视频进行增强处理。

可选的，切换模块530还可以用于若切换前所述视频已经开启增强处理，取消对所述视频的增强处理。

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

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

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

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

处理器610可以包括一个或者多个处理核。处理器610利用各种接口和线路连接整个电子设备600内的各个部分，通过运行或执行存储在存储器620内的指令、程序、代码集或指令集，以及调用存储在存储器620内的数据，执行电子设备600的各种功能和处理数据。可选地，处理器610可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器610可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器610中，单独通过一块通信芯片进行实现。

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

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

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

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

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