Android mtk单路录音问题

在单路录音中，有两种状况致使底层录音资源被占用的问题：

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平台因此不能够。