Android AudioRecord强制另一个流到MIC音频源

Z时代
2024-01-10
分类：问答

我已经与另一位开发人员建立了合作伙伴关系，我们似乎发现有人可以为此花很多钱。他们给我们发送了一个测试apk，它似乎有效。我们将继续购买源。我希望我们不会被骗。我一发现就会更新

仍在努力。经过更痛苦的日子之后，我现在认为没有任何幻想，但他们只是在本机端使用AudioFlinger（请参阅链接）来调用

我现在正在寻找如何编写一个简单的JNI来使用audio_io_handle_t ioHandle，const

String8＆keyValuePairs调用AudioFlinger :: setParameters

我知道的线索 *

我现在相信其他应用程序可能会在CAF中使用QCOM音频。请参阅链接上的

audio_extn_utils_send_audio_calibration以获取相同信息

和voice_get_incall_rec_snd_device在链接相同

我没有C / ++知识。如何确定是否可以从本机端调用这些方法？由于其他应用程序可以，因此必须有一种方法。

我每天至少要花5-6个小时来努力解决40余天。我不确定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的流传输/合并以及使用Standart

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知识）试图使用reflation用下面的代码（再次）实现相同的目的而没有运气。

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();
    }
}