fix(audio): AudioTrack auf USAGE_MEDIA — USAGE_ASSISTANT stallt auf OnePlus A12
Letzter Test zeigte: 163456B im Buffer mit play()-nach-Padding stallt (pos=0), aber 170048B im Pre-Roll-Pfad startet einwandfrei. Differenz nur 4% Daten — kein Buffer-Threshold-Problem, sondern AudioTrack-Quirk mit USAGE_ASSISTANT bei "voller Buffer, dann play()". USAGE_MEDIA ist robuster, AudioFocus laeuft eh separat ueber das AudioFocusModule. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -92,7 +92,12 @@ class PcmStreamPlayerModule(reactContext: ReactApplicationContext) : ReactContex
|
|||||||
val newTrack = AudioTrack.Builder()
|
val newTrack = AudioTrack.Builder()
|
||||||
.setAudioAttributes(
|
.setAudioAttributes(
|
||||||
AudioAttributes.Builder()
|
AudioAttributes.Builder()
|
||||||
.setUsage(AudioAttributes.USAGE_ASSISTANT)
|
// USAGE_MEDIA statt USAGE_ASSISTANT — auf OnePlus A12 stallt
|
||||||
|
// AudioTrack mit USAGE_ASSISTANT wenn play() nach komplettem
|
||||||
|
// Buffer-Fuellen called wird (pos bleibt 0). USAGE_MEDIA ist
|
||||||
|
// robust. AudioFocus wird eh separat ueber AudioFocusModule
|
||||||
|
// gehandhabt, nicht ueber dieses USAGE-Tag.
|
||||||
|
.setUsage(AudioAttributes.USAGE_MEDIA)
|
||||||
.setContentType(AudioAttributes.CONTENT_TYPE_SPEECH)
|
.setContentType(AudioAttributes.CONTENT_TYPE_SPEECH)
|
||||||
.build(),
|
.build(),
|
||||||
)
|
)
|
||||||
|
|||||||
Reference in New Issue
Block a user