___ tag123android ___ Android ist das mobile Betriebssystem von Google, das zum Programmieren oder Entwickeln von digitalen Geräten (Smartphones, Tablets, Automobile, Fernseher, Wear, Glass, IoT) verwendet wird. Verwenden Sie für Themen rund um Android Android-spezifische Tags wie android-intent, nicht intent, android-activity, nicht activity, android-adapter, nicht adapter usw. Bei anderen Fragen als der Entwicklung oder Programmierung, aber im Zusammenhang mit Android Framework, verwenden Sie Der Link: https://android.stackexchange.com.
___ tag123Spracherkennung ___ Spracherkennung (SR) ist das interdisziplinäre Teilgebiet der Computerlinguistik, das Wissen und Forschung in den Bereichen Linguistik, Informatik und Elektrotechnik einbindet, um Methoden und Technologien zu entwickeln, die die Erkennung und Übersetzung gesprochener Sprache ermöglichen Text von Computern und computergestützten Geräten, z. B. solchen, die als intelligente Technologien und Robotik kategorisiert sind
___ qstnhdr ___ RecognitionListener in JellyBean Friert ein, wenn nicht sofort angesprochen wird
___ tag123android42jellybean ___ Android 4.2 Jelly Bean (API Level 17) ist die Version von Android Betriebssystem mit Android 4.1 vorangestellt.
___ qstntxt ___
Eine App zur Spracherkennung, an der ich arbeite, funktioniert auf allen Android-Versionen ab API 8 (Android 2.2).
Aber auf einem Nexus S 4G (Android 4.1.1) wird RecognitionListener einfach für etwa 1 Minute anhalten , dann einen ERROR_SERVER über seine onError () Rückruf.
Wenn innerhalb von 1-2 Sekunden gesprochen wird ( onReadyForSpeech Piepton), wird es sich wie erwartet verhalten.
Was hat sich in JellyBean geändert, das dieses Verhalten erklären könnte?
Was noch wichtiger ist, gibt es eine Möglichkeit, dass es sich wie in den älteren Versionen von Android verhält?
(d. h. hören Sie weiter zu und geben Sie dann ERROR_SPEECH_TIMEOUT aus, wenn Sie nicht innerhalb der Standard <10 Sekunden gesprochen werden)
___ answer15623122 ___
Am Ende habe ich die von @scriptocalypse
vorgeschlagene Lösung verwendet
Danke @scriptocalypse!
(Ich hatte nicht die Möglichkeit, die von @HoanNguyen vorgeschlagene Lösung zu versuchen, weil sie einen Dienst implementiert, der das ist über den Rahmen meiner kleinen App hinaus, aber es sieht vielversprechend aus. Danke @HoanNguyen auch.)
___ answer14224014 ___
Es gibt einen ähnlichen Beitrag hier , der den Vorschlag bietet, einfach zuzuhören erneut beim Empfang des ERROR_TIMEOUT_SPEECH-Ergebnisses.
___