CN112840663B - 视频编码方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种视频编码方法、装置、电子设备及存储介质，该视频编码方法包括：在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率；判断所述默认编码码率是否低于码率阈值；如果低于所述码率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。本方法可以提升录制的视频的编码质量。

Description

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

技术领域

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

背景技术

电子设备，例如电脑、手机等，已经成为人们日常生活中最常用的消费型电子产品之一。电子设备在进行视频录制时，通常会对视频数据进行编码后再进行存储或者传输。目前，在多种视频编码技术中，由于硬编码可以节省中央处理器的负载，编码效率高等优势，从而逐渐被广泛应用，但是硬编码在一些情况下的编码质量存在问题。

发明内容

鉴于上述问题，本申请提出了一种视频编码方法、装置、电子设备及存储介质，以提升视频的编码质量。

第一方面，本申请实施例提供了一种视频编码方法，所述方法包括：在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率；判断所述默认编码码率是否低于码率阈值；如果低于所述码率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

第二方面，本申请实施例提供了一种视频编码装置，所述装置包括：码率获取模块、码率判断模块以及编码控制模块，其中，所述录制检测模块用于在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率；所述码率判断模块用于判断所述默认编码码率是否低于码率阈值；所述编码控制模块用于如果低于所述码率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

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

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

本申请提供的方案，通过在检测到应用程序开始进行视频录制时，获取该应用程序对应的默认编码码率，判断该默认编码码率是否低于码率阈值，如果低于该码率阈值，则控制应用程序选择指定软编码器对视频的视频数据进行编码。本方法可以根据录制视频的默认编码码率，确定默认编码码率小于码率阈值时，采用指定软编码器进行编码，从而提升了编码方式的灵活性，且提升录制低码率视频时的编码质量。

附图说明

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

图1示出了根据本申请一个实施例的视频编码方法流程图。

图2示出了根据本申请另一个实施例的视频编码方法流程图。

图3示出了根据本申请实施例的视频编码方法中步骤S260的流程图

图4示出了根据本申请又一个实施例的视频编码方法流程图。

图5示出了根据本申请一个实施例的视频编码装置的一种框图。

图6示出了根据本申请一个实施例的视频编码装置中编码控制模块的框图。

图7是本申请实施例的用于执行根据本申请实施例的视频编码方法的电子设备的框图。

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

具体实施方式

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

随着电子设备的硬件性能的提升，更多的电子设备可以支持进行视频的录制。例如，电子设备可以运行具备视频录制功能的客户端，然后通过触发客户端的视频录制功能，进行视频录制，最后将录制的视频进行存储或者传输至其他设备。

在进行视频录制时，无论最后将录制的视频存储于本地，还是传输至其他设备，为了能够降低对存储空间的占用以及便于在网络上传输，都会对生成的视频进行压缩编码。目前对视频进行编码的方式主要包括硬编码方式和软编码方式。其中，硬编码，是由专门的硬件模块(即电路板)进行编码工作，例如通常使用GPU(Graphics ProcessingUnit，图形处理器)进行编码。软编码，是使用CPU(Central ProcessingUnit，中央处理器)进行编码，实现方式简单，参数调整方便，升级容易，但CPU负载重，性能比硬编码低。

由于硬编码技术不会占用CPU的资源，可以节省CPU的资源，大多应用程序在进行视频编码时，会优先使用硬编码方式进行编码，例如使用系统自带的硬编码器进行编码。

发明人经过长期研究发现，虽然采用硬编码方式进行视频编码，可以减少CPU的负载，释放CPU的资源，提升系统运行流畅性。但是，在编码低码率的视频时，硬编码方式的编码质量低于软编码方式的编码质量，使录制的视频质量不佳。针对上述问题，发明人经过长时间的研究并提出了本申请实施例提供的视频编码方法、装置、电子设备以及存储介质，通过检测到应用程序开始视频录制时，判断应用程序的默认编码码率是否低于码率阈值，如果低于码率阈值，则控制应用程序选择指定软编码器对视频的视频数据进行编码，从而提升了编码方式的灵活性，且提升录制低码率视频时的编码质量。

下面对本申请实施例的视频编码方法进行详细介绍。

请参阅图1，本申请实施例提供了一种视频编码方法，可应用于电子设备，该视频编码方法可以包括：

步骤S110：在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率。

电子设备在进行视频录制时，会对获取的视频数据(例如摄像头采集的视频数据)进行编码后，得到用于存储或者传输的视频文件。由于硬编码方式可以节省CPU的资源，因此电子设备的应用程序通常会优先使用硬编码方式对视频数据进行编码。而对于所有视频，如果都采用硬编码方式进行编码，则在应用程序要求的录制视频的默认编码码率较低时，会使得编码质量较差，最后使录制的视频质量不佳。

因此，在本申请实施例中，可以在检测到应用程序开始进行视频录制时，确定应用程序对应的默认编码码率，其中，应用程序对应的默认编码码率为应用程序要求的录制视频的编码参数中的码率。

在本申请实施例中，电子设备可以通过多种方式来确定应用程序是否开始进行视频录制。

作为一种方式，电子设备可以通过检测视频录制接口是否被调用，当接收到应用程序对视频录制接口的调用请求，则确定检测到应用程序开始进行视频录制。例如，可以通过检测是否接收到应用程序对接口MediaProjection或者MediaProjectionManage的调用请求，当接收到对上述接口的调用请求时，则确认出该应用程序开始进行视频录制。

作为另一种方式，电子设备可以通过检测设定应用程序是否在前台运行，当设定应用程序在前台运行时，则可以确应用程序开始进行视频录制。其中，上述设定应用程序可以是用于进行视频录制的应用程序。电子设备中可以存储有用于视频录制的应用程序的列表或者名单。其中，该列表或者名单可以由电子设备的用户自由配置。电子设备可以先检测当前在前台运行的应用程序是哪个，然后再进一步的检测当前前台运行的应用程序是否在该名单中，若在，那么就判定当前处于视频播放状态。其中，作为一种方式，若电子设备为Android操作系统，可以通过执行ActivityManager的getRunningTasks方法来获取到当前在前台运行的应用程序的名称。此外，电子设备还可以通过UsageStatsManager来获取用户使用的程序的列表，将该列表中记录的最近使用的应用程序识别为当前的前台应用。再者，还可以通过Android自带无障碍功能，监控窗口焦点的变化，拿到焦点窗口对应包名作为当期在前台运行的应用程序。

作为又一种方式，可以通过检测应用程序的界面中的录制控件的触发状态，确认应用程序开始进行视频录制。当应用程序的界面中的录制控件被触发时，则确定应用程序开始进行视频录制。

当然，具体检测应用程序是否开始进行视频录制的方式在本申请实施例中可以不作为限定。

在本申请实施例中，在检测到应用程序开始进行视频录制时，可以获取该应用程序对应的默认编码码率，即应用程序要求录制视频的编码码率。其中，可以通过读取应用程序要求的编码参数，编码参数包括：视频尺寸、分辨率、码率、格式等。根据上述编码参数，即可得到应用程序对应的默认编码码率。当然，具体获取应用程序对应的默认编码码率的方式在本申请实施例中可以不作为限定。

步骤S 120：判断所述默认编码码率是否低于码率阈值。

在获取到应用程序对应的默认编码码率之后，则可以将该应用程序对应的默认编码码率与码率阈值进行比对，以判断出默认编码码率是否低于码率阈值。其中，码率阈值用于划分低码率以及其他码率，也就是说，当码率低于码率阈值，则为低码率。具体的码率阈值可以不作为限定，例如码率阈值可以为2Mbps(兆比特每秒)，也可以是1.52Mbps等。

步骤S130：如果低于所述码率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

在本申请实施例中，当判断出上述应用程度对应的默认编码码率低于码率阈值时，则表示应用程序要求的录制视频的编码码率较低，如果此时采用硬编码方式进行编码，则会使得录制视频的编码质量较低。因此，在上述默认编码码率低于码率阈值时，则控制应用程序选择指定软编码器对视频的视频数据进行编码。其中，指定软编码器为利用软编码方式编码的编码器，指定软编码器可以为第三方的软编码器，也可以为系统的软编码器，具体的指定软编码器可以不作为限定。从而，使得应用程序在编码视频数据时，利用该指定软编码器对视频的视频数据进行编码。当上述默认编码码率不低于码率阈值时，则应用程序可以采用硬编码方式(例如利用系统的硬编码器，或者其他硬编码器)，对视频数据进行编码。

本申请实施例提供的视频编码方法，通过在检测到应用程序开始进行视频录制时，获取应用程序对应的默认编码码率，再判断默认编码码率是否低于码率阈值，当上述默认编码码率低于码率阈值时，控制应用程序选择指定软编码器对视频数据进行编码，相比采用硬编码方式对视频数据进行编码，提升了编码质量，从而提高了录制视频的质量

请参阅图2，本申请另一个实施例提供了一种视频编码方法，可应用于电子设备，该视频编码方法可以包括：

步骤S210：在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率。

步骤S220：判断所述默认编码码率是否低于码率阈值。

在本申请实施例中，步骤S210以及步骤S220可以参阅上述实施例的内容，在此不再赘述。

步骤S230：如果低于所述码率阈值，判断所述应用程序是否在设定名单内。

在本申请实施例中，在判断出上述应用程序所要求的录制视频的默认编码码率低于码率阈值时，还可以判断上述开始进行视频录制的应用程序是否在设定名单内容，以确定应用程序后续是否通过指定软编码器对视频数据进行编码。其中，上述设定名单可以为用于管控在进行录制低码率视频时，需要通过指定软编码器对视频数据进行编码的应用程序。也就是说，当设定名单内的应用程序录制视频时要求的默认编码码率，低于上述码率阈值时，需要使用上述指定软编码器对视频数据进行编码。设定名单中可以包括名单内的应用程序的标识信息，标识信息可以包括进程名称、包名等，当然，具体的标识信息可以不作为限定。

作为一种实施方式，可以利用进程名称判断上述应用程序是否在设定内容内。因此，判断所述应用程序是否在设定名单内，可以包括：获取所述应用程序的进程名称；判断所述进程名称是否与设定名单内应用程序的进程名称相同。

可以理解的是，上述开始进行视频录制的应用程序在运行中，因此可以获取应用程序的进程名称。其中，进程名称的获取，可以通过Process.myPid(..RunningAppProcessInfo来获取处理器当前运行的进程名称。当然，具体获取进程名称的方式可以不作为限定。当获取到的进程名称，与上述设定名单内的应用程序的进程名称相同时，则可以确定出上述开始进行视频录制的应用程序在设定名单内；当获取到的进程名称，与上述设定名单内的应用程序的进程名称不同时，则可以确定出上述开始进行视频录制的应用程序不在设定名单内。

作为另一种实施方式，可以利用包名判断上述应用程序是否在设定名单内。因此，判断所述应用程序是否在设定名单内，可以包括：获取所述应用程序的包名；判断所述包名是否与设定名单内应用程序的包名相同。

其中，可以通过adb命令查看应用程序的包名。当然，具体获取包名的方式可以不作为限定。当获取到的包名，与上述设定名单内的应用程序的包名相同时，则可以确定出上述开始进行视频录制的应用程序在设定名单内；当获取到的包名。与上述设定名单内的应用程序的包名不同时，则可以确定出上述开始进行视频录制的应用程序不在设定名单内。

进一步的，当判断出上述开始进行视频录制的应用程序在设定名单内，由于上述确定出默认编码码率低于码率阈值，因此表示该应用程序需要利用指定软编码器对编码数据进行编码。当判断出上述开始进行视频录制的应用程序不在设定名单内，则表示该应用不需要利用指定软编码器对编码数据进行编码。

当上述默认编码码率不低于码率阈值时，则应用程序可以采用硬编码方式(例如利用系统的硬编码器，或者其他硬编码器)，对视频数据进行编码。

步骤S240：如果在所述设定名单内，则获取中央处理器的负载率。

在本申请实施例中，当上述确定出开始进行视频录制的应用程序在设定名单内，且该应用程序对应的默认编码码率低于码率阈值时，还可以根据的中央处理器的负载率确定是否利用上述指定软编码器，对视频数据进行编码。其中，负载率为指CPU的负载与CPU的最大负载的比值。

可以理解的是，电子设备中通常安装有多个应用程序，而不同的应用程序会对应有不同的任务需要处理，并且占用CPU的资源不同，因此CPU的负载率不是固定的状态。例如，当只有一个应用程序运行时，CPU的负载率可能为10％，而在运行有两个应用程序时，CPU的负载率可能为20％，而当运行有三个应用程序时，可能CPU负载率达到35％。

由于利用指定软编码器对视频数据编码，需要占用处理器的资源，因此，可以获取CPU的负载率，以便跟CPU的负载率，确定是否利用上述指定软编码器对视频数据编码，避免CPU的负载过高，而导致卡顿。

在本申请实施例中，由于CPU的负载率可能在不停的变化，因此获取CPU的负载率，可以包括：在视频录制过程中，实时或者定时获取中央处理器的负载率。可以理解的是，在后续开始视频录制之后，也可以获取CPU负载率，确定应用程序是否利用指定软编码器对视频数据进行编码，以避免CPU的负载率过高，而导致卡顿或者应用崩溃等。定时获取CPU的负载率可以是按照设定间隔时长获取CPU的负载率。

在本申请实施例中，上述获取中央处理器的负载率，可以包括：获取中央处理器的负载率，包括：获取中央处理器的当前负载率；预估所述中央处理器在设定时长内的负载率增加量；获取所述负载率增加量与所述当前负载率的和值，将所述和值作为所述中央处理器的负载率。

可以理解的是，虽然电子设备在运行不同应用程序时，不同的应用程序所占用CPU的资源不同，但是由于用户使用应用程序会存在习惯，因此电子设备对于应用程序的运行时间可以预估。例如，电子设备可以记录安装的各个应用程序的运行时间，并且将时间划分为多个时间段，每个应用程序的运行时间对应到时间段，从而可以得到每个应用程序经常运行的时间段。进而根据上述每个应用程序经常运行的时间段，可以推断出在某个时间段内，会有哪些应用程序启动。另外，电子设备安装的应用程序中，会存在部分应用程序会定时的进行一些任务，例如定时进行更新、从网络获取数据、或者进行数据处理等。在进行上述的任务时，会一定程度上增加CPU的负载率。因此，可以对各个应用程序的运行时间、运行时CPU的负载率进行记录，以便预估CPU的负载率变化。

因此，可以根据CPU的当前负载率，以及预估CPU在设定时长内容的负载率增加量，获取中央处理器的负载率，将获取的中央处理器的负载率作为确定是否利用上述指定软编码器对视频数据编码的标准。

其中，获取CPU的当前负载率，当电子设备的操作系统为Android系统时，可以通过Android系统中的ProcessStats类，获取系统的负载情况及进程时间。其具体实现原理是读取/proc目录下的文件，系统运行时，内核会去更新/proc目录下的文件，将PID的运行情况写入相应的文件中。通过获取当前中央处理器的负载与中央处理器的最大负载的比值，即可获得中央处理器的当前负载率。当然，以上获取中央处理器的当前负载率的方式在本申请实施了中并不作为限定。

电子设备可以根据上述记录的各个应用程序的运行时间以及运行时的CPU的负载率，预估CPU在设定时长内容的负载率增加量。因此，所述预估中央处理器在设定时长内的负载率增加量，可以包括：

获取所述应用程序在所述设定时长内对应的中央处理器的历史负载率；根据所述历史负载率，预估所述中央处理器在所述设定时长内的负载率增加量。

可以理解的是，根据记录各个应用程序的运行时间，以及运行时的CPU的负载率，确定出上述开始进行视频录制的应用程序在设定时长内对应的CPU的历史负载率。例如，当前时间为时间A，在时间A对应设定时长内，常运行的应用程序有应用1以及应用2，并且可以得到应用1运行时的CPU负载率为20％，应用2运行时的CPU负载率为30％，由于应用1以及应用2在同一时间段内运行，因此可以取两者运行时的CPU负载率的最大值，即30％，将30％作为上述开始进行视频录制的应用程序在设定时长内对应的CPU的历史负载率。在得到上述历史负载率之后，则可以根据上述历史负载率，预估CPU在设定时长内的负载率增加量。具体可以将上述历史负载率，作为CPU在所述设定时长内的负载率增加量。

其中，上述设定时长，可以设置为上述开始进行视频录制的应用程序，录制视频的历史录制时长。可以理解的是，电子设备可以记录该应用程序在每次录制视频时的历史录制时长，上述设定时长可以取记录的多次历史录制时长的平均值，或者多次历史录制时长中的最大值。从而，可以保证录制视频过程中的稳定性，避免出现卡顿。

在得到CPU的当前负载率，以及预估出CPU在设定时长内容的负载率增加量之后，则可以计算当前负载率以及负载率增加量之和，将两者的和值作为中央处理器的负载率。

步骤S250：判断所述负载率是否低于第一负载率阈值。

在本申请实施例中，在得到电子设备的CPU的负载率之后，则可以将负载率与第一负载率阈值进行比对，以判断出负载率是否低于第一负载率阈值。

其中，可以将CPU的负载率分为第一等级以及第二等级，其中，低于第一负载率阈值的负载率处于第一等级，不低于第一负载率阈值的负载率处于第二等级。负载率为第一等级时，表示在上述设定时长内CPU的负载处于非常低的情况，也就是说需要CPU执行的任务非常少，也即线程数非常低；负载率为第二等级时，表示在上述设定时长内CPU的负载处于较低的情况，也就是说需要CPU执行的任务较少，也即线程数较低，但是比第一等级时需要CPU执行的任务多，线程数也比第一等级时的线程数高。

第一负载率阈值可以根据CPU的参数等确定，其与CPU的性能有关。作为一种实施方式，在CPU的最大工作频率高时，由于其负载率达到较高水平时，其依然可以支持利用指定软编码器进行编码，可以相对最大工作频率低的CPU高。例如，两个CPU的最大工作频率分别为1GHz和2GHz，如果最大工作频率为1GHz对应的第一负载率阈值为50％，则最大工作频率为2GHz对应的第一负载率阈值为65％。当然，以上第一负载率阈值仅为举例，并不代表对本申请实施例中具体的第一负载率阈值的限定

步骤S260：如果低于所述第一负载率阈值，控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

当上述判断出CPU的负载率低于第一负载率阈值时，则表示在上述设定时长内CPU的负载处于非常低的情况，即CPU处于非常空闲的状态，此时利用指定软编码器进行编码，不会使CPU负载过大，因此，可以控制应用程序选择指定软编码器对视频数据进行编码，以得到视频文件。当上述判断出CPU的负载率不低于第一负载率阈值时，则表示在上述设定时长内CPU的负载处于较低的情况，但是此时采用指定软编码进行编码，可能会导致CPU负载率处于较高水平，而导致卡顿，因此，可以控制应用程序选择系统的硬编码器或者软编码器对视频数据进行编码

在本申请实施例中，用于对视频数据进行编码的编码器包括：编码器包括：指定软编码器、系统的硬编码器以及系统的软编码器。其中，系统的硬编码器，为电子设备的系统自带的硬编码器，例如安卓平台AVC(高级视频编码，Advanced Video Coding)硬编码器。系统的软编码器为电子设备的系统自带的软编码器，例如谷歌AVC软编码器。除了上述系统的硬编码器以及软编码器以外，电子设备还可以安装有指定软编码器，指定软编码器可以为通过OpenMax架构挂载一个高效AVC软编码器，这个软编码器可以是开源的ffmpeg AVC编码器，也可以是和其他厂商合作集成的三方AVC编码器。另外，为增加录制视频的编码效果，指定软编码器对视频的编码效果优于系统的软编码器对视频的编码效果，例如指定软编码器可以克服编码块效应、马赛克等。当然，电子设备中用于对视频数据进行编码的编码器也还可以包括其他编码器。

进一步的，通常应用程序录制视频，在选择编码器时，通常根据编码器的优先级关系进行选择，即选择优先级高的编码器对视频数据进行编码。而通常应用程序选择编码器的优先级关系为，系统的硬编码器的优先级大于系统的软编码器的优先级，系统的软编码器的优先级大于其他编码器(包括上述指定软编码器)。因此，请参见图3，控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码，可以包括：

步骤S261：将所述指定软编码器的优先级调整为最高优先级，所述优先级为所述应用程序选择编码器的优先级。

可以理解的是，由于应用程序通常选择编码器时，依据的编码器之间的优先级关系为，系统的硬编码器的优先级最大。因此，可以将上述指定软编码器的优先级调整为最高优先级，以使应用程序根据编码器的优先级，选择编码器时，可以选择指定软编码器对视频数据进行编码。

步骤S262：控制所述应用程序选择具有最高优先级的指定软编码器对所述视频的视频数据进行编码。

在将上述指定软编码器的优先级调整为最高优先级之后，则可以将最新的优先级传输至应用程序，以便应用程序根据新的编码器的优先级，选择指定软编码器对视频数据进行编码，实现控制应用程序选择指定软编码器进行编码。

在本申请实施例中，在控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码之后，该视频编码方法还可以包括：降低图像处理器的工作频率。

可以理解的是，由于应用程序是利用软编码方式进行编码，不会利用GPU进行硬编码，另外，往往GPU的性能较高，因此可以适当降低图像处理器的工作频率，使电子设备的功耗降低。其中，GPU的工作频率需要降低的具体程度在本申请实施例中可以不作为限定，其可以根据GPU的性能参数确定。

本申请实施例提供的视频编码方法，通过在检测到应用程序开始进行视频录制时，获取应用程序对应的默认编码码率，当默认编码码率低于码率阈值时，判断该应用程序是否在设定名单内，当确定出该应用程序在设定名单内时，根据CPU的负载率确定应用程序是否利用指定软编码器对视频数据进行编码。由于指定软编码器的编码效果优于系统的硬编码器以及软编码器，因此，可以使得视频录制时的编码效果提升，进而提高录制视频的视频质量。

请参阅图4，本申请又一个实施例提供了一种视频编码方法，可应用于电子设备，该视频编码方法可以包括：

步骤S310：在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率。

步骤S320：判断所述默认编码码率是否低于码率阈值。

在本申请实施例中，步骤S310以及步骤S320可以参阅上述实施例的内容，在此不再赘述。

步骤S330：如果低于所述码率阈值，判断所述应用程序是否在设定名单内。

在本申请实施例中，电子设备内设置有设定名单，设定名单用于管控在进行录制低码率视频时，需要通过指定软编码器对视频数据进行编码的应用程序。

上述设定名单可以由用户设置。例如，在设置界面中可以显示多个应用程序，以及每个应用程序对应的状态，可以理解的是，若应用程序对应的状态为“关”，那么表示该应用程序移除或者不加入到上述设定名单内，若应用程序对应的状态为“开”，那么表示该应用程序加入到上述名单中。因此，在本申请实施例中，该视频编码方法还可以包括：

根据检测到的第一操作，将所述应用程序设置于设定名单内。

可以理解的是，可以通过检测用户于上述设置界面中的操作，当检测到触发上述“开”控件的第一操作时，则可以根据该第一操作，将应用程序设置于设定名单内。

另外，在本申请实施例中，电子设备还可以设置有对于指定软编码器的使用权限，当应用程序具有使用指定软编码器的权限时，才可以利用上述指定软编码器对视频数据进行编码。因此，该视频编码方法还可以包括：根据检测到的第二操作，开通所述应用程序使用所述指定软编码器的权限。

可以理解的是，与上述设定名单的设置相同的是，同样可以在权限的设置界面中，通过对各个应用程序进行权限的开或者关，设置应用程序使用指定软编码器的权限。

在本申请实施例中，该视频编码方法还可以包括：如果不低于所述码率阈值，则控制所述应用程序选择系统的硬编码器或者所述系统的软编码器对所述视频的视频数据进行编码。

步骤S340：如果在所述设定名单内，则获取中央处理器的负载率。

步骤S350：判断所述负载率是否低于第一负载率阈值。

步骤S360：如果低于所述第一负载率阈值，控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

在本申请实施例中，步骤S340以及步骤S360可以参阅上述实施例的内容，在此不再赘述。

步骤S370：如果不低于所述第一负载率阈值，则判断所述负载率是否低于第二负载率阈值，所述第二负载率阈值大于所述第一负载率阈值。

在本申请实施例中，如果判断出CPU的负载率不低于第一负载率阈值，即CPU的负载率大于或者等于第一负载率阈值，则表示此时如果CPU执行指定软编码器的进程，可能会导致卡顿。

当CPU的负载率不低于第一负载率阈值时，由于CPU指定软编码器进行视频数据的编码，可能会导致卡顿。因此，在本申请实施例中，当CPU的负载率不小于第一负载率阈值时，可以确定CPU处于不能非常低的状态，即不能采用系统的软编码器进行视频编码的状态。

进一步的，可以在CPU的负载率不小于第一负载率阈值时，判断CPU的负载率是否低于第二负载率阈值，其中，该第二负载率阈值大于第一负载率阈值，以确定在CPU的负载率不小于第一负载率阈值时，是否可以采用系统的软编码器进行视频编码。

在本申请实施例中，第二负载率阈值可以为CPU不能利用系统的软编码器进行视频编码时的负载率，与CPU能利用系统的软编码器进行视频编码时的负载率的临界值。也就是说，当CPU的负载率不低于第二负载率阈值时，其负载率处于较低水平，CPU的剩余资源不能支持利用指定软编码器进行编码，但是可以利用系统软编码器进行编码；当CPU的负载率低于第二负载率阈值时，CPU负载率处于较高的水平，CPU的剩余资源不能支持利用指定软编码器进行编码，也不能支持利用系统软编码器进行编码。当然，第二负载率阈值也可以根据CPU的性能参数等决定。

步骤S380：如果低于所述第二负载率阈值，则控制所述应用程序选择系统的软编码器对所述视频的视频数据进行编码。

可以理解的，当判断出CPU的负载率不低于第二负载率阈值时，由于CPU的剩余资源不能支持利用指定软编码器进行编码，但是可以利用系统软编码器进行编码，因此，可以利用系统的软编码器对录制视频的视频数据进行编码，相对利用硬编码技术编码低码率视频，也能提升视频的编码质量。与控制应用程序选择指定软编码器对视频数据进行编码的方式相同的是，可以将系统的软编码器的优先级调整为最高优先级，控制应用程序选择具有最高优先级的系统的软编码器，对视频数据进行编码。

步骤S390：如果不低于所述第二负载率阈值，则控制所述应用程序选择系统的硬编码器对所述视频的视频数据进行编码。

可以理解的是，当判断出CPU的负载率低于第二负载率阈值时，CPU负载率处于较高的水平，CPU的剩余资源不能支持利用指定软编码器进行编码，也不能支持利用系统软编码器进行编码，因此，此时应用程序应利用系统的硬编码器对视频数据进行编码。与控制应用程序选择指定软编码器对视频数据进行编码的方式相同的是，可以将系统的硬编码器的优先级调整为最高优先级，控制应用程序选择具有最高优先级的系统的硬编码器，对视频数据进行编码。

在本申请实施例中，在控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码之后，该视频编码方法还可以包括：检测图像处理器的负载率是否低于第三负载率阈值；如果低于所述第三负载率阈值，则降低图像处理器的工作频率。

可以理解的是，由于应用程序是利用软编码方式进行编码，不会利用GPU进行硬编码，另外，往往GPU的性能较高，因此可以适当降低图像处理器的工作频率，使电子设备的功耗降低。其中，GPU的工作频率需要降低的具体程度在本申请实施例中可以不作为限定，其可以根据GPU的性能参数确定。另外，在降低GPU的工作频率之前，还可以根据GPU的实际工作情况确定是否降低GPU的工作频率。当GPU的负载率低于第三负载率阈值时，表示GPU的剩余资源较多，因此，可以适当降低GPU的工作频率，以减少电子设备的功耗。其中，第三负载率阈值的具体数值可以作为限定，可以根据GPU的性能参数决定。

本申请实施例提供的视频编码方法，通过在检测到应用程序开始进行视频录制时，获取应用程序对应的默认编码码率，当默认编码码率低于码率阈值时，判断该应用程序是否在设定名单内，当确定出该应用程序在设定名单内时，根据CPU的负载率确定应用程序是否利用指定软编码器对视频数据进行编码。由于指定软编码器的编码效果优于系统的硬编码器以及软编码器，因此，可以使得视频录制时的编码效果提升，进而提高录制视频的视频质量。另外，在根据CPU负载率确定不能使用指定软编码器对视频数据进行编码时，还进一步根据CPU负载率确定用系统的硬编码器或者软编码器进行编码，当利用系统的软编码器进行编码时，相对利用硬编码技术编码低码率视频，也能提升视频的编码质量。

请参阅图5，图5示出了本申请一个实施例提供的视频编码装置400的模块框图。该视频编码装置400应用于上述移动终端，下面将针对图5所示的装置进行阐述，所述视频编码装置400包括：码率获取模块410、码率判断模块420以及编码控制模块430。其中，所述录制检测模块410用于在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率；所述码率判断模块420用于判断所述默认编码码率是否低于码率阈值；所述编码控制模块430用于如果低于所述码率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

在本申请实施例中，请参见图6，所述编码控制模块430包括：优先级调整单元431以及控制执行单元432。其中，所述优先级调整单元431用于将所述指定软编码器的优先级调整为最高优先级，所述优先级为所述应用程序选择编码器的优先级；所述控制执行单元432用于控制所述应用程序选择具有最高优先级的指定软编码器对所述视频的视频数据进行编码。

进一步的，所述指定软编码器对视频的编码效果优于系统的软编码器对视频的编码效果。

在本申请实施例中，编码控制模块430可以具体用于：如果低于所述码率阈值，判断所述应用程序是否在设定名单内；如果在所述设定名单内，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

作为一种方式，编码控制模块430判断所述应用程序是否在设定名单内，包括：获取所述应用程序的进程名称；判断所述进程名称是否与设定名单内应用程序的进程名称相同。

作为另一种方式，编码控制模块430判断所述应用程序是否在设定名单内，包括：获取所述应用程序的包名；判断所述包名是否与设定名单内应用程序的包名相同。

在本申请实施例中，该视频编码装置400还可以包括：名单设置模块。名单设置模块用于根据检测到的第一操作，将所述应用程序设置于设定名单内。

在本申请实施例中，该视频编码装置400还可以包括：权限开启模块。权限开启模块用于根据检测到的第二操作，开通所述应用程序使用所述指定软编码器的权限。

在本申请实施例中，该视频编码装置400还可以包括：负载率获取模块以及第一负载率判断模块。其中，负载率获取模块用于在所述控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码之前，获取中央处理器的负载率；第一负载率判断模块用于判断所述负载率是否低于第一负载率阈值。如果低于所述第一负载率阈值，则编码控制模块控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

进一步的，该视频编码装置400还可以包括：第二负载率判断模块、第一编码模块以及第二编码模块。其中，第二负载率判断模块用于如果不低于所述第一负载率阈值，则判断所述负载率是否低于第二负载率阈值，所述第二负载率阈值大于所述第一负载率阈值；第一编码模块用于如果低于所述第二负载率阈值，则控制所述应用程序选择系统的软编码器对所述视频的视频数据进行编码；第二编码模块用于如果不低于所述第二负载率阈值，则控制所述应用程序选择系统的硬编码器对所述视频的视频数据进行编码。

作为一种方式，负载率获取模块可以具体用于：在视频录制过程中，实时或者定时获取中央处理器的负载率。

作为另一种方式，负载率获取模块可以具体用于：获取中央处理器的当前负载率；预估所述中央处理器在设定时长内的负载率增加量；获取所述负载率增加量与所述当前负载率的和值，将所述和值作为所述中央处理器的负载率。

第一负载率获取模块预估所述中央处理器在设定时长内的负载率增加量，可以包括：获取所述应用程序在所述设定时长内对应的中央处理器的历史负载率；根据所述历史负载率，预估所述中央处理器在所述设定时长内的负载率增加量。

在本申请实施例中，该视频编码装置400还可以包括：第三编码模块。第三编码模块用于：如果不低于所述码率阈值，则控制所述应用程序选择系统的硬编码器或者所述系统的软编码器对所述视频的视频数据进行编码。

在本申请实施例中，该视频编码装置400还可以包括：频率降低模块。频率降低模块用于在控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码之后，降低图像处理器的工作频率。

进一步的，该视频编码装置400还可以包括：第二负载率判断模块。第二负载率判断模块用于在所述降低图像处理器的工作频率之前，检测图像处理器的负载率是否低于第三负载率阈值。如果低于所述第三负载率阈值，频率降低模块降低图像处理器的工作频率。

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

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

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

综上所述，本申请提供的方案，通过在检测到应用程序开始进行视频录制时，获取该应用程序对应的默认编码码率，判断该默认编码码率是否低于码率阈值，如果低于该码率阈值，则控制应用程序选择指定软编码器对视频的视频数据进行编码。本方法可以根据录制视频的默认编码码率，确定默认编码码率小于码率阈值时，采用指定软编码器进行编码，从而提升了编码方式的灵活性，且提升录制低码率视频时的编码质量。

请参考图7，其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

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

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

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

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

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

Claims (14)

1.一种视频编码方法，其特征在于，应用于电子设备，所述电子设备中的编码器包括指定软编码器、系统的硬编码器以及系统的软编码器，所述指定软编码器对视频的编码效果优于所述系统的软编码器对视频的编码效果，所述系统的硬编码器为所述电子设备的系统自带的硬编码器，所述系统的软编码器为系统自带的软编码器，所述方法包括：

在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率；

判断所述默认编码码率是否低于码率阈值，所述码率阈值用于划分低码率以及其他码率；

如果低于所述码率阈值，则获取中央处理器的负载率；

判断所述负载率是否低于第一负载率阈值；

如果低于所述第一负载率阈值，将所述指定软编码器的优先级调整为最高优先级，所述优先级为所述应用程序选择编码器的优先级；

控制所述应用程序选择具有最高优先级的指定软编码器对所述视频的视频数据进行编码；

如果不低于所述第一负载率阈值，则判断所述负载率是否低于第二负载率阈值，所述第二负载率阈值大于所述第一负载率阈值；

如果低于所述第二负载率阈值，则控制所述应用程序选择系统的软编码器对所述视频的视频数据进行编码；

如果不低于所述第二负载率阈值，则控制所述应用程序选择系统的硬编码器对所述视频的视频数据进行编码；

如果不低于所述码率阈值，则控制所述应用程序选择系统的硬编码器对所述视频的视频数据进行编码。

2.根据权利要求1所述的方法，其特征在于，所述如果低于所述码率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码，包括：

如果低于所述码率阈值，判断所述应用程序是否在设定名单内；

如果在所述设定名单内，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码。

3.根据权利要求2所述的方法，其特征在于，所述判断所述应用程序是否在设定名单内，包括：

获取所述应用程序的进程名称；

判断所述进程名称是否与设定名单内应用程序的进程名称相同。

4.根据权利要求2所述的方法，其特征在于，所述判断所述应用程序是否在设定名单内，包括：

获取所述应用程序的包名；

判断所述包名是否与设定名单内应用程序的包名相同。

5.根据权利要求2所述的方法，其特征在于，在所述如果在所述设定名单内，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码之前，所述方法还包括：

根据检测到的第一操作，将所述应用程序设置于设定名单内。

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

根据检测到的第二操作，开通所述应用程序使用所述指定软编码器的权限。

7.根据权利要求1所述的方法，其特征在于，所述获取中央处理器的负载率，包括：

在视频录制过程中，实时或者定时获取中央处理器的负载率。

8.根据权利要求1所述的方法，其特征在于，所述获取中央处理器的负载率，包括：

获取中央处理器的当前负载率；

预估所述中央处理器在设定时长内的负载率增加量；

获取所述负载率增加量与所述当前负载率的和值，将所述和值作为所述中央处理器的负载率。

9.根据权利要求8所述的方法，其特征在于，所述预估所述中央处理器在设定时长内的负载率增加量，包括：

获取所述应用程序在所述设定时长内对应的中央处理器的历史负载率；

根据所述历史负载率，预估所述中央处理器在所述设定时长内的负载率增加量。

10.根据权利要求1-9任一项所述的方法，其特征在于，在所述控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码之后，所述方法还包括：

降低图像处理器的工作频率。

11.根据权利要求10所述的方法，其特征在于，在所述降低图像处理器的工作频率之前，所述方法还包括：

检测图像处理器的负载率是否低于第三负载率阈值；

如果低于所述第三负载率阈值，则执行所述降低图像处理器的工作频率的步骤。

12.一种视频编码装置，其特征在于，应用于电子设备，所述电子设备中的编码器包括指定软编码器、系统的硬编码器以及系统的软编码器，所述指定软编码器对视频的编码效果优于所述系统的软编码器对视频的编码效果，所述系统的硬编码器为所述电子设备的系统自带的硬编码器，所述系统的软编码器为系统自带的软编码器，所述装置包括：码率获取模块、码率判断模块以及编码控制模块，其中，

所述码率获取模块用于在检测到应用程序开始进行视频录制时，获取所述应用程序对应的默认编码码率；

所述码率判断模块用于判断所述默认编码码率是否低于码率阈值，所述码率阈值用于划分低码率以及其他码率；

所述编码控制模块用于如果低于所述码率阈值，则获取中央处理器的负载率；判断所述负载率是否低于第一负载率阈值；如果低于所述第一负载率阈值，将所述指定软编码器的优先级调整为最高优先级，所述优先级为所述应用程序选择编码器的优先级；控制所述应用程序选择具有最高优先级的指定软编码器对所述视频的视频数据进行编码；如果不低于所述第一负载率阈值，则判断所述负载率是否低于第二负载率阈值，所述第二负载率阈值大于所述第一负载率阈值；如果低于所述第二负载率阈值，则控制所述应用程序选择系统的软编码器对所述视频的视频数据进行编码；如果不低于所述第二负载率阈值，则控制所述应用程序选择指定软编码器对所述视频的视频数据进行编码；如果不低于所述码率阈值，则控制所述应用程序选择系统的硬编码器对所述视频的视频数据进行编码。

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

一个或多个处理器；

存储器；

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

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