网上关于android 10.0 的资料比较少,在5.0,6.1,,8.1, 9.0已经有很多帖子修改同时录音的功能了。
可以参考这个帖子,非常全面了。https://blog.csdn.net/qq_33443989/article/details/84232061
但是10.0 推翻了之前的策略,刚开始看audiopolicy中startInput,getInputForDevice完全变了样子,一脸懵逼,如果不支持同时录音,该如何是好,这个功能在国内非常多的厂家和产品场景再用,觉得不太可能把这条路堵死的。
于是安装了两个record app,发现两个app同时运行时,可以共用一个input设备,没有像5.0,6.1,8.1, 9.0上报错
心里窃喜,android 10.0支持的这么牛掰了,直接把同时录音的功能方开了,都用做修改了。
于是乎我测试了一下,结果发现,两个app虽然可以共用一个input设备,但是当第二个运行的record app时,第一个app会录制不到声音(两个app都是AUDIO_SOURCE_MIC),心想肯定是google又加了什么鬼策略。
郁闷了好久,只能通过log一点点查了。
突然发现了下面的log,原来是因为某种策略,把第一个record app的数据给mute了
APM_AudioPolicyManager: setAppState(uid:10112, state:0)
顺着setAppState接着查,在AudioPolicyService.cpp 中会调用到AudioPolicyManager: setAppState()
到了AudioPolicyService::updateUidStates_l(),这里面就是判断是否可以同时录音的逻辑。
isVirtualSource(source),这个接口很眼熟吧,于是我将要支持的audiosource 添加进去。
只要是isVirtualSource 的source app都可以同时录音了
简单粗暴的方法,可以根据自己项目的case做一些细致的修改
有问题大家一起交流,谢谢
回过头,在google source上看到了,google把老版本android 中支持同时录音的功能删除,变成现在的策略,可以看一下源码