Question

更新3：我与另一位开发人员合作，我们似乎找到了一个可以用一大笔钱来做这件事的人。他们给我们发了一个测试apk，它似乎工作。我们将继续购买该来源。我希望我们不会被骗。我发现

后我会更新

更新2：仍在努力。在经历了更多痛苦的日子后，我现在认为没有任何花哨的事情发生，但他们只是在原生方使用AudioFlinger（See the link）来调用 AudioFlinger :: setParameters

我现在正在寻找如何编写一个简单的JNI来调用AudioFlinger :: setParameters audio_io_handle_t ioHandle，const String8＆amp; keyValuePairs

我知道 keyValuePairs 可以是什么，但不是关于 audio_io_handle_t

的线索

更新：我现在相信其他应用可能会在CAF中使用QCOM音频。请参阅link for same

上的audio_extn_utils_send_audio_calibration

和link for same

上的voice_get_incall_rec_snd_device

我没有C / ++知识。我怎样才能知道我是否可以从原生方面调用这些方法？由于其他应用程序可以，所以必须有办法。

我每天至少在5-6个小时内经历了40多天的挣扎。我不确定是否允许这样做，但我很乐意为正确答案捐款。

我有一个使用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开始;路由= -2147483644。

然后，在第二行它做了一些事情并获得了android.permission.MODIFY_AUDIO_SETTINGS，这是正常的权限，我的应用也有。这似乎是最重要的部分，看起来所有3个人都在使用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, Audio routing, forcing audio through the headset并认为他们可能是混合/路由/流/如何将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();
    }

}

显然，我遗漏了一些让录音成为可能的事情。

我甚至愿意付钱获取这些信息，一切都被拒绝了。我已经说得够公平了。如果我发现它，我会发布一次！

你知道他们可能在做什么吗？

Answer 1

我和我的伴侣能够购买我们想要的东西。我们在正确的道路上，你在本机上设置keyValuePairs。

遗憾的是，由于我们为其编写的公司的许可限制，我无法发布来源

Answer 2

你的发现很有意思。我参与了一些涉及AudioRecord API的小项目。希望以下内容有所帮助：

假设您要设置AudioRecord实例，以便能够以16kHz的16位单声道录制。您可以通过使用一些辅助方法创建一个类来实现此目的，如下所示：

public class AudioRecordTool {
        private final int minBufferSize;
        private boolean doRecord = false;
        private final AudioRecord audioRecord;

        public AudioRecordTool() {
            minBufferSize = AudioTrack.getMinBufferSize(16000,
                    AudioFormat.CHANNEL_OUT_MONO,
                    AudioFormat.ENCODING_PCM_16BIT);
            audioRecord = new AudioRecord(
                    MediaRecorder.AudioSource.VOICE_COMMUNICATION,
                    16000,
                    AudioFormat.CHANNEL_IN_MONO,
                    AudioFormat.ENCODING_PCM_16BIT,
                    minBufferSize * 2);
        }

        public void writeAudioToStream(OutputStream audioStream) {
            doRecord = true; //Will dictate if we are recording.
            audioRecord.startRecording();
            byte[] buffer = new byte[minBufferSize * 2];
            while (doRecord) {
                int bytesWritten = audioRecord.read(buffer, 0, buffer.length);
                try {
                    audioStream.write(buffer, 0, bytesWritten);
                } catch (IOException e) {
                    //You can log if you like, or simply ignore it
                   stopRecording();
                }
            }
            //cleanup
            audioRecord.stop();
            audioRecord.release();
        }

        public void stopRecording() {
            doRecord = false;
        }
    }

我猜您需要保留相同的权限，因为 Marshmallow 用户是唯一允许我们访问某些权限的用户，如果不是几乎全部很酷的。

尝试实施课程并让我们知道它是如何进行的，如果您需要更多研究，我还会留下一些额外的参考资料。

祝你好运。

AudioRecord API

AudioCaputre API

MediaRecorder API

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

2 个答案: