CN115842944A - 用于处理输入音频的方法、电子设备和存储介质 - Google Patents

Abstract

本发明提供用于处理输入音频的方法、电子设备和存储介质。通过在Android系统音频策略配置文件中设置麦克风的配置信息和HDMI IN的配置信息，使HDMI IN的配置信息与麦克风的配置信息对应不同的共享库，使得通过创建第一通道和第二通道分别用于输入麦克风信号和HDMI IN输入的音频信号后，麦克风的音频以及HDMI IN的音频能够通过不同共享库实现同时处理，从而HDMI IN预览能够听到声音，并且用户通过Android原生自带录屏软件或者通过第三方利用Android原生标准接口开发的软件能够做到同时录制HDMI IN和MIC的音频数据，实现在Android原生框架下支持HDMI IN和MIC同时工作，并且HDMI IN输入的声音能够被Android自带录屏软件录制。

Description

用于处理输入音频的方法、电子设备和存储介质

技术领域

本发明涉及音频处理技术领域，特别涉及用于处理输入音频的方法、电子设备和存储介质。

背景技术

近年来，随着网课的兴起，教学录屏的需求也日益增加。因此基于Android系统的电视或者教育类产品通常都需要包含录屏功能。虽然针对Android系统音频录制功能谷歌提供了一套标准的接口AudioRecord。但是，当系统中麦克风(MIC)正在工作时，若此时有高清晰度的多媒体接口输入(HDMI IN)共享音画，则多媒体接口输入将无法正常工作。此时不仅HDMI IN预览没有声音，而且录屏录制的视频也缺少HDMI IN输入的声音，导致录屏功能存在缺陷。

目前，针对MIC和HDMI IN无法同时工作这一问题，提出了一种通过自定义一套脱离Android框架的HDMI IN接口给应用层调用，从而不去影响MIC的正常运行，完成HDMI IN和MIC同时工作的方法。但该方法必须要用户自己去开发录音程序调用自定义HDMI IN接口才能实现。因此，Android自带的录屏软件或者别的第三方录屏应用依旧无法完成对HDMIIN音频的录制。

发明内容

本发明提供用于处理输入音频的方法、电子设备和存储介质，实现在Android现有框架的基础上使得麦克风和HDMI IN能够同时工作，并且录屏软件能够录制到HDMI IN输入的音频。

在本发明的一个方面，提供一种用于处理输入音频的方法。该方法包括：在安卓系统音频策略配置文件中创建互相独立的第一通道和第二通道；如果同时接收到麦克风信号和HDMI IN音频输入信号，则根据所述第一通道获取麦克风参数，以及根据所述第二通道获取HDMI IN音频输入参数；以及根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号，以及根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号。

在一些实施例中，根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号包括：根据所述麦克风参数调用所述麦克风驱动以对所述麦克风信号进行录音，根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号包括：根据所述HDMI IN音频输入参数调用所述HDMI IN驱动以对所述HDMI IN音频输入信号进行录音或播放。

在一些实施例中，该方法还包括：对所述麦克风信号经过录音生成的麦克风录音数据和所述HDMI IN音频输入信号经过录音生成的HDMI IN录音数据进行混音，以生成音频编码文件。

在一些实施例中，该方法还包括：获取用于描述音频拓扑的所述安卓系统音频策略配置文件，所述音频策略配置文件内设置有麦克风的配置信息；以及在所述音频策略配置文件内增设HDMI IN的配置信息，所述HDMI IN的配置信息与所述麦克风的配置信息对应于不同的共享库。

在一些实施例中，所述根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号包括：根据所述麦克风参数获取与所述麦克风参数相对应的第一共享库；以及运行所述第一共享库，并调用所述麦克风驱动以对所述麦克风信号进行录音。

在一些实施例中，所述麦克风的配置信息包括第一主模组，根据所述麦克风参数获取与所述麦克风参数对应的第一共享库包括：根据所述麦克风参数选取所述第一主模组；以及根据所述第一主模组运行所述第一共享库。

在一些实施例中，该方法还包括：判断选择的音频设备是否为麦克风，若是则根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号。

在一些实施例中，根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号包括：根据所述HDMI IN音频输入参数获取与所述HDMI IN音频输入参数对应的第二共享库；以及运行所述第二共享库，并调用所述HDMI IN驱动以对所述HDMIIN音频输入信号进行录音或播放。

在一些实施例中，所述HDMI IN的配置信息包括第二主模组，根据所述HDMI IN音频输入参数获取与所述HDMI IN音频输入参数对应的第二共享库包括：根据所述HDMI IN音频输入参数选取所述第二主模组；以及根据所述第二主模组运行所述第二共享库。

在一些实施例中，该方法还包括：判断选择的音频设备是否为HDMI IN，若是则根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号。

在本发明的另一方面，提供一种电子设备。该电子设备包括存储器，被配置为存储计算机程序；以及处理器，被配置为执行所述计算机程序以执行上述的麦克风与HDMI IN同时工作的方法。

在本发明的又一方面，提供一种计算机可读介质。该介质上存储有计算机程序，所述计算机程序被处理器执行以实现上述的麦克风与HDMI IN同时工作的方法。

在根据本发明的实施例中，通过创建第一通道和第二通道分别用于麦克风和HDMIIN的工作控制，使得接收到麦克风信号后，能够分别由第一AudioRecord获取到麦克风参数，以及由第二AudioRecord获取到HDMI IN参数，从而进一步通过获取到的不同参数调用麦克风驱动完成声音录制，以及调用HDMI IN驱动完成声音录制，实现麦克风与HDMI IN同时工作。

附图说明

图1为本发明实施例的用于处理输入音频的方法的步骤流程图；

图2为本发明实施例的麦克风与HDMI IN同时工作的方法的流程图；

图3为本发明实施例的麦克风与HDMI IN同时工作的方法的流程图；

图4为本发明实施例的电子设备的结构示意图。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

在已有技术中，当麦克风正在工作时，HDMI IN录音无法进行，使得HDMI IN输入的高清晰度的多媒体数据中的音频数据无法顺利接收，导致录屏功能存在缺陷。为了解决该问题，已有技术中提出了通过自定义一套脱离Android框架的HDMI IN接口给应用层调用，这必须要用户自己去开发录音程序调用自定义HDMI IN接口才能实现。但Android设备自带的录屏软件或者别的第三方录屏应用依旧无法完成对HDMI IN音频的录制。

为了解决至少上述技术问题，本公开提供了用于处理输入音频的方法。根据本公开，通过在安卓系统音频策略配置文件中创建互相独立的第一通道和第二通道；如果同时接收到麦克风信号和HDMI IN音频输入信号，若是，则根据所述第一通道获取麦克风参数，以及根据所述第二通道获取HDMI IN音频输入参数；根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号，以及根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号。以此方式，根据本公开的实施例能够使接收到麦克风信号后，分别由第一通道获取到麦克风参数，以及由第二通道获取到HDMI IN音频输入参数，从而进一步通过获取到的不同参数调用麦克风驱动完成声音录制，以及调用HDMI IN驱动完成声音录制，实现麦克风与HDMI IN同时工作。

下文中，将参考具体实施例并且结合附图描述根据本公开的技术方案。

图1是示出根据本公开的实施例的用于处理输入音频的方法100的流程图。参照图1，该方法100包括以下步骤102至步骤106。

在步骤102，在安卓系统音频策略配置文件中创建互相独立的第一通道和第二通道。在一些实施例中，在步骤102之前，可以获取用于描述音频拓扑的所述安卓系统音频策略配置文件，所述安卓系统音频策略配置文件内设置有麦克风的配置信息。然后，在所述音频策略配置文件内增设HDMI IN的配置信息，所述HDMI IN的配置信息与所述麦克风的配置信息对应于不同的共享库。以此方式，能够使HDMI IN设备被Android系统识别并按照配置的信息在合适的时机被使用，并且Android原生音频策略配置文件中有麦克风的配置信息，从而能够对照麦克风的配置信息配置HDMI IN的配置信息过程方便。

在步骤104，如果同时接收到麦克风信号和HDMI IN音频输入信号，则根据所述第一通道获取麦克风参数，以及根据所述第二通道获取HDMI IN音频输入参数。

在步骤106，根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号，以及根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号。

在一些实施例中，根据所述麦克风参数调用所述麦克风驱动以对所述麦克风信号进行录音。在一些实施例中，根据所述麦克风参数获取与所述麦克风参数相对应的第一共享库；以及运行所述第一共享库，并调用所述麦克风驱动以对所述麦克风信号进行录音。

在一些实施例中，所述麦克风的配置信息包括第一主模组，根据所述麦克风参数获取与所述麦克风参数对应的第一共享库包括：根据所述麦克风参数选取所述第一主模组；以及根据所述第一主模组运行所述第一共享库。在一些实施例中，该方法还可以包括：判断选择的音频设备是否为麦克风，若是则根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号。

以此方式，实现通过由第一通道对接收到麦克风信号进行处理，并依次通过第一主模组、第一共享库的作用调用麦克风驱动完成声音录制。

在一些实施例中，根据所述HDMI IN音频输入参数调用所述HDMI IN驱动以对所述HDMI IN音频输入信号进行录音或播放。在一些实施例中，根据所述HDMI IN音频输入参数获取与所述HDMI IN音频输入参数相对应的第二共享库；以及运行所述第二共享库，并调用所述HDMI IN驱动以对所述HDMI IN音频输入信号进行录音或播放。

在一些实施例中，所述HDMI IN的配置信息包括第二主模组，根据所述HDMI IN音频输入参数获取与所述HDMI IN音频输入参数相对应的第二共享库包括：根据所述HDMI IN音频输入参数选取所述第二主模组；以及根据所述第二主模组运行所述第二共享库。在一些实施例中，该方法还可以包括：判断选择的音频设备是否为HDMI IN，若是则根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号。

以此方式，实现通过由第二通道对接收到HDMI IN音频输入信号进行处理，并依次通过第二主模组、第二共享库的作用调用HDMI IN驱动完成声音录制。

在一些实施例中，对所述麦克风信号经过录音生成的麦克风录音数据和所述HDMIIN音频输入信号经过录音生成的HDMI IN录音数据进行混音，以生成音频编码文件。以此方式，实现麦克风录音数据与HDMI IN录音数据的混音。该音频编码文件可以与其他视频编码文件进行结合，以生成多媒体录制文件。

下文中，将通过示例描述根据本发明实施例的麦克风与HDMI IN同时工作的方法的应用场景。

图2是示出根据本发明实施例的麦克风与HDMI IN同时工作的方法200的另一流程图，包括以下步骤202至步骤214。

在步骤202，在安卓系统音频策略配置文件中创建第一通道AudioRecord1，并传入参数AUDIO_SOURCE_MIC(麦克风输入源)。

在步骤204，在安卓系统音频策略配置文件中创建第二通道AudioRecord2，并传入参数AUDIO_SOURCE_CAMCORDER(HMDI IN输入源)。

在步骤206，如果接收到麦克风信号和HDMI IN音频输入信号。具体地，AudioPolicy服务中getDeviceForInputSource判断到AUDIO_SOURCE_MIC选择AUDIO_DEVICE_IN_BUILTIN_MIC(麦克风输入)后，AudioPolicy服务中get DeviceForInputSource判断到AUDIO_SOURCE_CAMCORDER选择AUDIO_DE VICE_IN_HDMI(HDMI IN输入)。即，与方法100中的步骤104相对应。

在步骤208，根据所述麦克风参数选取所述第一主模组，并根据所述第一主模组运行所述第一共享库。具体地，针对AUDIO_DEVICE_IN_BUILTIN_MIC，此type包含在audio_policy_configuration.xml中的primary module中，AudioPol icy服务会选择primary并通过AudioFlinger服务运行audio.primary.xxx.so库。

在步骤210，根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号。audio.primary.xxx.so库最终调用到MIC驱动完成MIC声音录制。

在步骤212，根据所述HDMI IN音频输入参数选取所述第二主模组，并根据所述第二主模组运行所述第二共享库。具体地，针对AUDIO_DEVICE_IN_HDMI，此type包含在audio_policy_configuration.xml中的hdmi_in module中，AudioPolicy服务会选择hdmi_in并通过AudioFlinger服务运行audio.hdmi_in.xxx.so库。

在步骤214，根据所述HDMI IN音频输入参数调用HDMI IN驱动以处理所述HDMI IN音频输入信号。audio.hdmi_in.xxx.so库最终调用HDMI IN驱动完成HDMI IN声音录制。以此方式，最终AudioRecord1和AudioRecord2在互不干扰的情况下完成各自录音任务。

下文中，将通过示例描述根据本发明实施例的在音频策略配置文件中增设HDMIIN的配置信息的具体配置方式，包括以下S1、S2和S3。

S1、在audio_policy_configuration.xml中添加HDMI IN的配置信息，audio_policy_configuration.xml是Android系统音频策略配置文件，用于描述音频拓扑；xml文件支持定义输出输入流配置文件，可用于播放和捕获的设备以及音频属性的数量和类型；谷歌提供了一个模板文件，厂商可依据产品硬件配置各自的xm l文件，并放到vendor/etc下；Android AudioPolicyServce(谷歌audio进程中的两大服务之一，主要负责Android系统的音频策略的制定，xml由该服务加载并解析)启动时会加载并解析此xml文件。因此，系统需要添加音频设备时，均需要在此xml文件中添加设备具体的拓扑信息，使设备能被Android系统识别并按照配置的信息在合适的时机被使用，如下：

//模块名称hdmi_in hal版本2.0

<module name＝"hdmi_in"halVersion＝"2.0">

//附加设备HDMIIn,表示设备对于audio服务来说是可获取的，及存在该设备，可供使用

<attachedDevices>

<item>HDMIIn</item>

</attachedDevices>

//role为sink的mixPort表示AudioFlinger中的录音线程，并配置此mixPor t的支持的协议：格式/采样率/通道

<mixPorts>

<mixPort name＝"hdmi_default_input"role＝"sink">

<profile name＝""format＝"AUDIO_FORMAT_PCM_16_BIT"

samplingRates＝"8000 11025 12000 16000 22050 24000 32000 44100 48000"

channelMasks＝"AUDIO_CHANNEL_IN_MONO AUDIO_CHANNEL_IN_STEREO"/>

</mixPort>

</mixPorts>

//role为source的devicePort表示硬件输入设备，即录音设备，其对应的na me是HDMIIn，type为AUDIO_DEVICE_IN_HDMI

<devicePorts>

<devicePort tagName＝"HDMIIn"type＝"AUDIO_DEVICE_IN_HDMI"role＝"source">

</devicePort>

</devicePorts>

//路由sources-->sink及HDMIIn-->hdmi_default_input，即从输入硬件设备采集声音数据送到AudioFlinger的录音线程

<routes>

<route type＝"mix"sink＝"hdmi_default_input"

sources＝"HDMIIn"/>

</routes>

</module>

其中，xml中原有的module如下：

<modules>

<module name＝"primary"halVersion＝"2.0">//primary是主模组，里面包含了扬声器、hdmi、spdif模组

<module name＝"a2dp"halVersion＝"2.0">//蓝牙模组

<module name＝"usb"halVersion＝"2.0">//usb模组

<module name＝"r_submix"halVersion＝"2.0">//用于实现音频回采

<modules>

其中，Android不止定义了xml，还定义了共享库；HAL(Hardware Abstra ctionLaye，硬件抽象层)的实现必须在共享库中，共享库的命名规则如：audi o.<module>.<device>.so，即：primary对应的共享库为audio.primary.xxx(厂商自定义).so；a2dp对应的共享库为audio.a2dp.default.so；usb对应的共享库为audio.usb.default.so；r_submix对应的共享库为audio.r_submix.default.so；由于a2dp/usb/r_submix的HAL已经完成实现，因此设备(device)命名为系统设置(default)，上述所有规则都由谷歌定义，厂商需严格按照谷歌的规则来添加内嵌设备；为实现HDMI IN和MIC同时录音，MIC的配置文件在xml中的primar y对应的module中，具体的HAL实现在audio.primary.xxx.so，实际可以将HD MI IN的配置信息也放到primary中，将HAL实现放到audio.primary.xxx.so，这样做HDMI IN可以录音，但是无法和MIC同时工作，因为这两个设备在同一个共享库中。因此需要重新在xml中创建一个module，此module的名称为hdmi_in，此module下定义了HDMI IN设备的拓扑信息，如上述公开的配置信息所示。

S2、audio.primary.xxx.so是MIC的HAL，参考audio.primary.xxx.so的代码开发出audio.hdmi_in.xxx.so，完成对HDMI IN驱动的调用，并在AudioFlinger(谷歌audio进程中的两大服务之一，主要负责Android系统音频策略的执行，共享库由该服务加载)中添加hdmi_in的module，使得系统开机后能够加载au dio.hdmi_in.xxx.so这个共享库。由上述描述可知，谷歌的规则必须由每一个mo dule都对应一个共享库，因此，必须开发出一个新的audio.hdmi_in.xxx.so(即HDMI IN用的共享库)；其中，共享库存在实现模板，模板中的接口名称都是定义好的，通过向其中添加HDMI IN设备的HAL实现，即通过谷歌提供的tinyalsa接口完成对驱动的调用。

S3、完成S1和S2以后，用户可以调用AudioRecord接口通过传入不同的参数分别驱动MIC和HDMI IN完成录音，也可创建两个AudioRecord(即第一通道和第二通道)使MIC和HDMI IN同时工作。

下文中，将通过示例描述根据本发明实施例的麦克风与HDMI IN同时工作的方法应用于录屏录制HDMI IN音频的流程。

图3是示出根据本发明实施例的麦克风与HDMI IN同时工作的方法300的应用于录屏录制HDMI IN音频的流程图，包括以下步骤302至步骤318。

在步骤302，打开Android原生的录屏功能开启。

在步骤304，打开Record audio并选择Device audio and microphone。如录屏的时候打开audio，可以选择1)device、2)device and microphone和3)microphone，共三种情况。

在步骤306，通过第一通道和第二通道同时录制麦克风声音和设备内部声音。即，AudioRecord1(MIC)会录制MIC输入的外部声音，并且Android系统支持录制内部声音。

在步骤308，AudioRecord3(REMOTE_SUBMIX)录制系统内部声音，向AudioRecord3中传REMOTE_SUBMIX参数即可。

其中，AudioRecord3创建过程如下：

AudioFormat format＝new AudioFormat.Builder()

.setEncoding(mConfig.encoding)

.setSampleRate(mConfig.sampleRate)

.setChannelMask(mConfig.channelOutMask)

.build()；

AudioPlaybackCaptureConfiguration playbackConfig＝

new AudioPlaybackCaptureConfiguration.Builder(mMediaProjection)

.addMatchingUsage(AudioAttributes.USAGE_MEDIA)

.addMatchingUsage(AudioAttributes.USAGE_UNKNOWN)

.addMatchingUsage(AudioAttributes.USAGE_GAME)

.build()；

mAudioRecord＝new AudioRecord.Builder()

.setAudioFormat(format)

.setAudioPlaybackCaptureConfig(playbackConfig)

.build()；

其中，mAudioRecord为AudioRecord3，这段代码最终传递的AudioSource类型为REMOTE_SUBMIX。

在步骤310，将AudioRecord1和AudioRecord3的声音进行混合和编码。

在步骤312，将经过混合和编码的声音和视频编码数据一起被打包成mp4文件，完成整个录屏过程。

其中，AudioRecord3(REMOTE_SUBMIX)录制系统内部声音的过程中包括以下步骤。

在步骤314，将HDMI IN插入，此时录屏功能还无法录制HDMI IN音频，通过基于方法200实现HDMI IN和MIC能同时工作。

在步骤316，创建AudioRecord2(HDMI IN)。

在步骤318，创建AudioTrack1，实现HDMI IN音频的边录边播。该代码可以和HDMIIN视频预览代码放到一起，配合完成HMDI IN音视频预览，Au dioTrack1播放音频是由HDMIIN输入的音频。如果AudioTrack1播放的声音能被AudioRecord3录制到，即可完成录制需求。

实际测试中，若缺少权限内部音频则无法被AudioRecord3录制，此时可通过属性media.audio.hdmiin来控制权，具体的：

根据本发明的另一方面，图4是示出根据本发明实施例的电子设备400的框图。参照图4，该电子设备400包括存储器402、处理器404以及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上面描述的麦克风与HDMIIN同时工作的方法的各个步骤。

根据本发明的又一方面，提供了一种计算机可读介质。该计算机可读介质上存储有计算机程序，该计算机程序被处理器执行以实现如上面描述的麦克风与HDMI IN同时工作的方法。

综上所述，本发明提供的一种麦克风与HDMI IN同时工作的方法、电子设备和存储介质，通过在Android系统音频策略配置文件中设置麦克风的配置信息和HDMI IN的配置信息，使HDMI IN的配置信息与麦克风的配置信息对应不同的共享库，使得通过创建AudioRecord1和AudioRecord2分别用于输入麦克风信号和HDMI IN输入的音频信号后，麦克风的音频以及HDMI IN的音频能够通过不同共享库实现同时处理，同时AudioTrack1播放AudioRecord2录制进来的声音使得HDMI IN预览能够听到声音，并且用户通过Android原生自带录屏软件或者通过第三方利用Android原生标准接口开发的软件能够做到同时录制HDMI IN和MIC的音频数据，实现在Android原生框架下支持HDMI IN和MIC同时工作，并且HDMI IN输入的声音能够被Android自带录屏软件录制。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种用于处理输入音频的方法，其特征在于，包括：

在安卓系统音频策略配置文件中创建互相独立的第一通道和第二通道；

如果同时接收到麦克风信号和HDMIIN音频输入信号，则根据所述第一通道获取麦克风参数，以及根据所述第二通道获取HDMIIN音频输入参数；以及

根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号，以及根据所述HDMIIN音频输入参数调用HDMIIN驱动以处理所述HDMIIN音频输入信号。

2.根据权利要求1所述的方法，其特征在于，根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号包括：根据所述麦克风参数调用所述麦克风驱动以对所述麦克风信号进行录音，

根据所述HDMIIN音频输入参数调用HDMIIN驱动以处理所述HDMIIN音频输入信号包括：根据所述HDMIIN音频输入参数调用所述HDMIIN驱动以对所述HDMIIN音频输入信号进行录音或播放。

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

对所述麦克风信号经过录音生成的麦克风录音数据和所述HDMIIN音频输入信号经过录音生成的HDMIIN录音数据进行混音，以生成音频编码文件。

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

获取用于描述音频拓扑的所述安卓系统音频策略配置文件，所述安卓系统音频策略配置文件内设置有麦克风的配置信息；以及

在所述音频策略配置文件内增设HDMIIN的配置信息，所述HDMIIN的配置信息与所述麦克风的配置信息对应于不同的共享库。

5.根据权利要求4所述的方法，其特征在于，根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号包括：

根据所述麦克风参数获取与所述麦克风参数相对应的第一共享库；以及

运行所述第一共享库，并调用所述麦克风驱动以对所述麦克风信号进行录音。

6.根据权利要求5所述的方法，其特征在于，所述麦克风的配置信息包括第一主模组，根据所述麦克风参数获取与所述麦克风参数相对应的第一共享库包括：

根据所述麦克风参数选取所述第一主模组；以及

根据所述第一主模组运行所述第一共享库。

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

判断选择的音频设备是否为麦克风，若是则根据所述麦克风参数调用麦克风驱动以处理所述麦克风信号。

8.根据权利要求4所述的方法，其特征在于，根据所述HDMIIN音频输入参数调用HDMIIN驱动以处理所述HDMIIN音频输入信号包括：

根据所述HDMIIN音频输入参数获取与所述HDMIIN音频输入参数相对应的第二共享库；以及

运行所述第二共享库，并调用所述HDMIIN驱动以对所述HDMIIN音频输入信号进行录音或播放。

9.根据权利要求8所述的方法，其特征在于，所述HDMIIN的配置信息包括第二主模组，根据所述HDMIIN音频输入参数获取与所述HDMIIN音频输入参数相对应的第二共享库包括：

根据所述HDMIIN音频输入参数选取所述第二主模组；以及

根据所述第二主模组运行所述第二共享库。

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

判断选择的音频设备是否为HDMIIN，若是则根据所述HDMIIN音频输入参数调用HDMIIN驱动以处理所述HDMIIN音频输入信号。

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

存储器，被配置为存储计算机程序；以及

处理器，被配置为执行所述计算机程序以执行根据权利要求1至10中任意一项所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被执行以实现根据权利要求1至10中任意一项所述的方法。

Images