Höchstwahrscheinlich ist der Tap-Sound ein AUDIO_OUTPUT_FLAG_FAST zu verwenden, um Low-Latency-Wiedergabe, wenn möglich bekam, aber die AudioTrack Klasse Da die Track-Einstellungen mit der Audioausgabe mit niedriger Latenz nicht kompatibel waren, wurde die Markierung entfernt und die Spur so behandelt, als wäre die Markierung nicht gesetzt worden. Also würde ich das nicht als etwas betrachten, worüber man sich Sorgen machen müsste.
Aus dem Grund, warum die Flagge verweigert wurde; Ich würde immer noch sagen, dass der wahrscheinlichste Grund eine nicht übereinstimmende Abtastrate ist. Das Protokoll der Frage, mit der Sie verknüpft sind, scheint dem AOSP in this commit hinzugefügt worden zu sein. Aber wenn wir the master branch of the code base used on many Qualcomm-based devices betrachten, sehen wir, dass es immer noch den "AUDIO_OUTPUT_FLAG_FAST denied by client" Log in dem Fall gibt, in dem es eine Abtastraten-Mismatch gab. Welche Protokolle Sie erhalten, hängt von der genauen Implementierung ab, die auf Ihrem Gerät ausgeführt wird (d. H. Welches Gerät und welche Android-Version Sie gerade ausführen).
Sehr umfassend. Vielen Dank. – Snowcrash
Das Protokoll in dieser Datei unterscheidet sich, es sei denn, es wurde seit dem Lesen geändert ("AUDIO_OUTPUT_FLAG_FAST vom Client verweigert; Übertragung% d, Spur% u Hz, Ausgabe% u Hz"). Die einfache Nachricht "AUDIO_OUTPUT_FLAG_FAST vom Client abgelehnt" scheint etwas anderes zu sein (das ich immer noch aufspüren möchte): https://android.googlesource.com/platform/frameworks/av/+/android-4.2.2_r1/ media/libmedia/AudioTrack.cpp # 773 –
(Ja, es kann definitiv * diesen Fehler verursachen.) –