Android mtk单路录音问题

时间:2023-07-10 11:21:07

在单路录音中,有两种情况导致底层录音资源被占用的问题:

1 开启vmLog后,拨打一个电话,挂断电话。如果挂断电话后,没有关闭vmlog进程,则会导致其它AP 无法得到底层的录音资源,从而无法录音。

2 打开第三方录音软件,第三方录音软件在后台getinput,一直占用底层资源,不释放的情况话,则会导致其它AP 无法得到底层的录音资源,从而无法录音。

当第三方录音软件退出后,由于后台一直占用底层资源,没有释放mic source,也会导致其它AP 无法得到底层的录音资源,从而无法录音。

当第三方录音软件退出前,把它得到的getinput交给别的AP,没有释放mic source,也会导致其它AP 无法得到底层的录音资源,即使重启手机也无法录音。

当第三方录音软件退出后,重启手机,第三方录音软件的后台自动运行,然后会getinput source的动作,这样后台会一直占用input source,也会导致其它AP 无法得到底层的录音资源,即使重启手机也无法录音。

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

目前mtk的75,15,77,17平台硬件上只支持单路录音,不支持多路录音,后续89平台在这块已经做了改进,多路录音需要硬件支持,后续更高阶的平台是可以支持多路录音的。
PDXXXX是mtk77平台,硬件上只支持单路录音,不支持多路录音。
开发分析是因为使用第三方微信的时候,一直占用底层的录音资源,没有释放资源造成的。(当问题出现后,把微信进程从后台服务中杀掉或卸载掉后,重启手机就会恢复)
建议第三方微信,在不用的时候及时释放底层录音资源,使其他AP及时获得底层录音资源,可以正常录音。
第三方微信被占用的mtklog如下所示:

第三方微信被占用的mtklog:
11-29 09:10:52.891   116   346 D AudioRecord: getInput(): fail retry 0
11-29 09:10:52.891   116   346 D AudioYusuPolicyManager: getDeviceForInputSource()input source 1, device 00040000
11-29 09:10:52.891   116   346 D AudioYusuPolicyManager: getInput() inputSource 1, samplingRate 48000, format 1, channelMask c, acoustics 7
11-29 09:10:52.891   116   346 D AudioStreamHandler: +openInputStream devices = 40000 format = 1 channelCount = 12 samplerate = 48000
11-29 09:10:52.891   116   346 D AudioStreamHandler: openInputStream :: no free stream available
11-29 09:10:52.891   116   346 V AudioFlinger: openInput() openInputStream returned input 0x0, SamplingRate 48000, Format 1, Channels c, status 1098266528
11-29 09:10:52.891   116   346 D AudioYusuPolicyManager: getInput() failed opening input: samplingRate 48000, format 1, channelMask 12
11-29 09:10:52.896   116   346 D AudioRecord: getInput(): fail retry 1
11-29 09:10:52.896   116   346 D AudioYusuPolicyManager: getDeviceForInputSource()input source 1, device 00040000
11-29 09:10:52.896   116   346 D AudioYusuPolicyManager: getInput() inputSource 1, samplingRate 48000, format 1, channelMask c, acoustics 7
11-29 09:10:52.896   116   346 D AudioStreamHandler: +openInputStream devices = 40000 format = 1 channelCount = 12 samplerate = 48000
11-29 09:10:52.896   116   346 D AudioStreamHandler: openInputStream :: no free stream available
11-29 09:10:52.896   116   346 V AudioFlinger: openInput() openInputStream returned input 0x0, SamplingRate 48000, Format 1, Channels c, status 1098266528
11-29 09:10:52.896   116   346 D AudioYusuPolicyManager: getInput() failed opening input: samplingRate 48000, format 1, channelMask 12
11-29 09:10:52.901   116   346 D AudioRecord: getInput(): fail retry 2
11-29 09:10:52.901   116   346 D AudioYusuPolicyManager: getDeviceForInputSource()input source 1, device 00040000
11-29 09:10:52.901   116   346 D AudioYusuPolicyManager: getInput() inputSource 1, samplingRate 48000, format 1, channelMask c, acoustics 7
11-29 09:10:52.901   116   346 D AudioStreamHandler: +openInputStream devices = 40000 format = 1 channelCount = 12 samplerate = 48000
11-29 09:10:52.901   116   346 D AudioStreamHandler: openInputStream :: no free stream available
11-29 09:10:52.901   116   346 V AudioFlinger: openInput() openInputStream returned input 0x0, SamplingRate 48000, Format 1, Channels c, status 1098266528
11-29 09:10:52.901   116   346 D AudioYusuPolicyManager: getInput() failed opening input: samplingRate 48000, format 1, channelMask 12
11-29 09:10:52.901   116   346 E AudioRecord: Could not get audio input for record source 1
11-29 09:10:52.901   116   346 E StagefrightRecorder: audio source is not initialized
11-29 09:10:52.901   116   346 D StagefrightRecorder: start done status=-2147483648
11-29 09:10:52.901   612   612 E MediaRecorder: start failed: -2147483648
11-29 09:10:52.902   612   612 E MediaRecorderWrapper: MediaRecorder start errorjava.lang.RuntimeException: start failed.

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

目前,PDXXXX是Android4.0平台,对于3gpp格式的录音文件,其编码方式是采用16K采样率,处理数据的比特率128K,双声道。3gpp格式的录音文件,在电脑上播放时,与该播放器的解码器相关。如果此播放器的解码器 支持16K采样率,处理数据的比特率128K,双声道,将可以正常播放,如PotPlayer可以正常播放。用户可以使用支持此编码方式的播放器,像PotPlayer播放器进行播放.
而amr格式的录音文件其编码方式为8K采样率,处理数据的比特率12.2k,单声道,而电脑上的播放器的解码器都是支持此编码方式,所以amr格式的录音文件在电脑和手机上都是可以播放的。

改善方案及临时措施:建议用户使用支持3gpp格式的播放器,如PotPlayer进行播放。同时建议:建议将amr格式的录音文件设置为默认的录音文件,他的编码方式和解码方式在手机和电脑上都是支持的,普遍性比较好。
长期改善措施:建议将amr格式的录音文件设置为默认的录音文件,他的编码方式和解码方式在手机和电脑上都是支持的,普遍性比较好。对于3gpp格式的录音文件,它是专用移动多媒体录音文件,没有amr格式的录音文件通用性强。

目前mtk的75,15,77,17平台硬件上只支持单路录音,不支持多路录音,后续89平台在这块已经做了改进,多路录音需要硬件支持,后续MTK更高阶的平台是可以支持多路录音的。
开启语音唤醒后,它会一直占用底层录音资源(此情况已经和做语音唤醒的吴华琛核实),不释放的情况下,如果是单路录音,则会导致其它AP无法得到底层的录音资源,从而无法录音。
PD1216B是6589平台所以1216B无此现象,PD1224T是17平台所以不可以。