Does RecognitionListener.onError() automatically S

2019-03-25 07:29发布

For various reasons, I need to use the raw SpeechRecognizer API instead of the easier RecognizerIntent (RECOGNIZE_SPEECH) activity.

That means, among other things, that I need to handle RecognitionListener.onError() myself.

In response to some of the errors, I simply want to re-start listening. This looks straightforward but when I just call SpeechRecognizer.startListening() upon error, this sometimes seems to trigger two different errors:

 ERROR/ServerConnectorImpl(619): Previous session not destroyed

and

"concurrent startListening received - ignoring this call"

Which hints that I should have done some cleanup before attempting to call SpeechRecognizer.startListening() again.

If this is true, it means that upon a RecognitionListener error, listening is not automatically stopped and/or canceled.

It is also possible that some errors do stop/cancel listening, while others don't. There are really only 9 SpeechRecognizer errors:

  1. ERROR_NETWORK_TIMEOUT
  2. ERROR_NETWORK
  3. ERROR_AUDIO
  4. ERROR_SERVER
  5. ERROR_CLIENT
  6. ERROR_SPEECH_TIMEOUT
  7. ERROR_NO_MATCH
  8. ERROR_RECOGNIZER_BUSY
  9. ERROR_INSUFFICIENT_PERMISSIONS

Since the documentation isn't very detailed about which error cancels listening and which doesn't, do you happen to know, based on your experience, which errors require doing cleanup (and to which extent) before attempting SpeechRecognizer.startListening() again?

3条回答
SAY GOODBYE
2楼-- · 2019-03-25 07:51

Actually Femi, some of the error conditions DO stop the transcription service from listening (SpeechRecognizer.ERROR_SPEECH_TIMEOUT for example). It is not necessary to call destroy, just startlistening again.

查看更多
叼着烟拽天下
3楼-- · 2019-03-25 08:00

you can destroy current session by destroy(). And you can restart it again

查看更多
甜甜的少女心
4楼-- · 2019-03-25 08:01

No, cancel is not called when onError is invoked. You can look at the source here.

查看更多
登录 后发表回答