【问题标题】:How to release microphone from pocketsphynx in Android如何在 Android 中从 pocketsphynx 释放麦克风
【发布时间】:2017-12-09 01:00:11
【问题描述】:

我在 Android 上使用 pocketsphynx 库进行关键字定位,它的用途非常好。但是,当我尝试释放麦克风以在应用程序的另一个组件中使用它时,我无法这样做。我在 logcat 中收到以下错误:

12-11 10:19:55.827 255-30344/? I/AudioFlinger_Threads: AudioFlinger's thread 0xa6cc0000 ready to run
12-11 10:19:55.849 255-31292/? W/APM::AudioPolicyManager: startInput(17675) preempting low-priority input 17671
12-11 10:19:55.859 255-29587/? W/AudioALSAStreamManager: -routingInputDevice(), input_device == AUDIO_DEVICE_NONE(0x0), return
12-11 10:19:55.924 27054-1900/? W/AudioRecord: dead IAudioRecord, creating a new one from obtainBuffer()
12-11 10:19:55.925 255-30344/? W/AudioALSAStreamManager: -routingInputDevice(), input_device == current_input_device(0x80000004), return
12-11 10:19:55.927 255-30346/? I/AudioFlinger_Threads: AudioFlinger's thread 0xaa880000 ready to run
12-11 10:19:55.930 255-31292/? W/APM::AudioPolicyManager: stopInput() unknown input 17671
12-11 10:19:55.930 255-31292/? W/APM::AudioPolicyManager: releaseInput() releasing unknown input 17671
12-11 10:19:55.931 255-953/? W/APM::AudioPolicyManager: startInput(AUDIO_SOURCE_HOTWORD) invalid, already started high-priority input 17675
12-11 10:19:55.931 27054-1900/? W/AudioRecord: restoreRecord_l() failed status -38
12-11 10:19:55.934 27054-1900/? E/AudioRecord-JNI: Error -38 during AudioRecord native read
12-11 10:19:55.951 27054-1900/? E/AudioProvider: audioRecord read failed
                                                 com.google.android.apps.gsa.shared.exception.GsaIOException: Error code: 393221 | not open
                                                     at com.google.android.libraries.assistant.hotword.a.a(SourceFile:67)
                                                     at com.google.android.libraries.assistant.hotword.b.run(SourceFile:30)
                                                     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:423)
                                                     at java.util.concurrent.FutureTask.run(FutureTask.java:237)
                                                     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:423)
                                                     at java.util.concurrent.FutureTask.run(FutureTask.java:237)
                                                     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:269)
                                                     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
                                                     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
                                                     at java.lang.Thread.run(Thread.java:818)

当我尝试从WebView 使用getUserMedia 时会发生这种情况。在这样做之前,我打电话给

recognizer.cancel();

来自我的活动,但这似乎没有帮助。

我也尝试过使用.stop().removeListener(...) API,但问题仍然存在。请建议是否有办法解除对 pocketsphinx 正在制作的麦克风的保留,以便应用程序的其他组件可以再次使用麦克风。

感谢任何帮助。

更新 1: 添加了更多日志并查看了AudioPolicyManager 的 Android 代码。似乎有两个进程(31292953)试图通过调用startInput 来竞争,一个(31292)关闭了另一个(953)。显然,我可能误解了日志。

更新 2: 我查看了 pocketsphynx SpeechRecognizer.shutdown 方法,发现这是 方法,它实际上释放了 AudioRecord 对象。通过试用结束错误,我设法弄清楚如何调用 shutdown 而不会使应用程序崩溃(它必须在 onResult 中发生,在所有侦听器都被删除之后)。之后,我的另一个组件开始工作。我还没有机会确认是否可以在shutdown 之后重新开始关键字发现。如果在那之后需要重新初始化(这需要很长时间),那将不是一个可以接受的解决方法。

更新 3: 我确认 shutdown 不需要释放对麦克风的保留。在调用stop API 之后,我设法制作了我的其他组件。关键似乎是停止pocketsphinx 需要一些时间,而其他组件应该等待。我使用的对我有用的事件是onResult。此时另一个组件已经能够获得一个新的AudioRecord。在那之后我还没有尝试重新启动pocketsphinx。

【问题讨论】:

    标签: android microphone android-audiomanager android-audiorecord pocketsphinx-android


    【解决方案1】:

    好的,我开始工作了。确实没有必要打电话给SpeechRecognizer.shutdown。我能够使用SpeechRecognizer.stop API,同时确保在我的RecognitionListener 实现的onResult 回调中等待最后一个结果。之后,我可以调用getUserMedia 浏览器API 并成功获取麦克风。

    onResult 代码在我的RecognitionListener 实现中:

    recognizer.removeListener(listener);
    

    我也能够确认重新开始识别很容易,我只需要执行以下操作:

    recognizer.addListener(listener);
    recognizer.addKeyphraseSearch(KWS_SEARCH, KEYPHRASE);
    recognizer.startListening(KWS_SEARCH);
    

    注意:我将在单独的线程中停止识别器,类似于识别器的实例化方式,但我尚未确认是否有必要。

    【讨论】:

    • 我可以在识别器.cancel()、recognizer.stop 和清除所有监听器之后停止识别器。然后我将 onStop 包裹在一个单独的线程中并且它起作用了。谢谢@shalom-aleichem
    猜你喜欢
    • 1970-01-01
    • 2018-06-18
    • 1970-01-01
    • 2021-04-27
    • 1970-01-01
    • 1970-01-01
    • 2020-10-25
    • 1970-01-01
    相关资源
    最近更新 更多