更新3: 我已经和另一位开发者合作,我们似乎找到了一个可以用大笔资金完成此项工作的人。他们已经向我们发送了一个测试apk,看起来可以工作。我们将继续购买源代码。希望我们不会被骗。我一旦发现就会更新
更新2: 还在努力中。经过更多痛苦的日子,我现在认为没有什么花哨的东西,但是他们只是在本地使用AudioFlinger (请参见链接) 调用 AudioFlinger::setParameters
现在我正在寻找如何编写一个简单的JNI来调用 AudioFlinger::setParameters,其中包括 audio_io_handle_t ioHandle, const String8& keyValuePairs
我知道keyValuePairs是什么,但是对audio_io_handle_t毫无头绪
更新: 我现在相信其他应用程序可能正在使用具有CAF的QCOM音频。在同一链接中,请查看audio_extn_utils_send_audio_calibration
和同一链接中的voice_get_incall_rec_snd_device
我没有C / ++知识。如何判断我是否可以从本地端调用这些方法? 既然其他应用程序可以,肯定有办法。
我已经挣扎了40多天,每天至少5-6个小时。我不确定SO是否允许,但我很乐意为正确答案捐款。
我有一个通话录音应用程序,使用VOICE_CALL音频源。尽管ASOP没有实现/强制执行它,但大多数制造商已经实现了VOICE_CALL,并且使用VOICE_CALL音频源的应用程序在许多设备上工作正常。直到Android 6。
Google通过Android 6改变了这种行为。打开VOICE_CALL音频源现在需要android.permission.CAPTURE_AUDIO_OUTPUT权限,该权限仅授予系统应用程序。
这基本上阻止了通话录音,或者应该这样做。对于我的应用程序和另外200多个通话录音应用程序来说都是这样,除了3个已找到绕过此限制的方法。
我已经在许多不同的Android 6手机上尝试了这些应用程序,并发现了它们成功录制的某些特征。
它们都使用Android AudioRecord类并打开MIC音频源。我也是; 但是在我的应用程序中,我只从MIC获取音频,而不是对方的声音。我所发现的告诉我,他们在开始录制之后或之前发出了某种系统调用。
请查看以下来自成功记录VOICE_CALL的其中一个应用程序的日志表格,即使它使用MIC进行录制。看起来应用程序可以将VOICE_CALL音频源混合/路由/流式传输/合并到MIC中。
- D/audio_hw_primary: in_set_parameters: enter: kvpairs=input_source=1;routing=-2147483644
- D/PermissionCache: checking android.permission.MODIFY_AUDIO_SETTINGS for uid=10286 => granted (432 us)
- D/audio_hw_primary: in_set_parameters: enter: kvpairs=input_source=4;routing=-2147483584;format=1
- D/audio_hw_primary: select_devices: out_snd_device(0: ) in_snd_device(283: voice-dmic-ef)
- D/hardware_info: hw_info_append_hw_type : device_name = voice-dmic-ef
- D/voice: voice_get_incall_rec_snd_device: in_snd_device(283: voice-dmic-ef) incall_record_device(283: voice-dmic-ef)
在第一行中,您可以看到它以MIC音频源 input_source=1;routing=-2147483644开头。
然后,在第二行中,它执行了某些操作并获得了android.permission.MODIFY_AUDIO_SETTINGS权限,这是正常的权限,我的应用程序也有。这似乎是最重要的部分,看起来所有三个应用程序都使用JNI来触发流媒体/合并VOICE_CALL音频源到MIC并记录标准AudioRecorder API。
在下一行中,您可以看到音频硬件开始混合VOICE_CALL (input_source=4),即使他们已经打开了MIC(1)音频源。
我假设他们使用了
AudioManager.setParameters("key=value")
并尝试了许多变化,例如
AudioManager.setParameters("input_source=4;routing=-2147483584;format=1")
然后,我发现了Android、NDK、音频路由、将音频强制输出到耳机,认为它们可能以某种方式将VOICE_CALL混合/路由/流式传输/合并到当前的AudioRecord会话中(因为没有C语言知识),并尝试使用下面的代码通过反射实现相同的功能(再次)没有成功。
private static void setForceUseOn() {
/*
setForceUse(int usage, int config);
----usage for setForceUse, must match AudioSystem::force_use
public static final int FOR_COMMUNICATION = 0;
public static final int FOR_MEDIA = 1;
public static final int FOR_RECORD = 2;
public static final int FOR_DOCK = 3;
public static final int FOR_SYSTEM = 4;
public static final int FOR_HDMI_SYSTEM_AUDIO = 5;
----device categories config for setForceUse, must match AudioSystem::forced_config
public static final int FORCE_NONE = 0;
public static final int FORCE_SPEAKER = 1;
public static final int FORCE_HEADPHONES = 2;
public static final int FORCE_BT_SCO = 3;
public static final int FORCE_BT_A2DP = 4;
public static final int FORCE_WIRED_ACCESSORY = 5;
public static final int FORCE_BT_CAR_DOCK = 6;
public static final int FORCE_BT_DESK_DOCK = 7;
public static final int FORCE_ANALOG_DOCK = 8;
public static final int FORCE_DIGITAL_DOCK = 9;
public static final int FORCE_NO_BT_A2DP = 10;
public static final int FORCE_SYSTEM_ENFORCED = 11;
public static final int FORCE_HDMI_SYSTEM_AUDIO_ENFORCED = 12;
public static final int FORCE_DEFAULT = FORCE_NONE;
*/
try {
Class audioSystemClass = Class.forName("android.media.AudioSystem");
Method setForceUse = audioSystemClass.getMethod("setForceUse", int.class, int.class);
setForceUse.invoke(null, 0, 0); // setForceUse(FOR_RECORD, FORCE_NONE)
} catch (Exception e) {
e.printStackTrace();
}
}
显然,有些东西我没有掌握,才使得录音成为可能。
我甚至愿意付费得到这些信息,但都被拒绝了。没关系,我说过,如果找到了,我会公开发布的!
你是否知道他们可能在做什么?