duffyduck abc5b971f4 fix(voice): Stimmen-Wechsel greift wieder — Override bleibt bis naechster Chat-Event ... Bug: Voice-Override wurde nach der ersten ARIA-Antwort konsumiert. Eine ARIA-Antwort triggert aber oft mehrere TTS-Calls (Tool-Use → Zwischenmeldung → finale Antwort). Der erste nutzte die neue Stimme, alle folgenden fielen auf self.xtts_voice (= alte Voice aus voice_config.json) zurueck. Die App schickt nie ein config-Update, daher blieb voice_config.json fuer immer auf der alten Stimme. Neue Semantik: - chat-/audio-Event mit voice="X" → Override="X", gilt fuer alle folgenden TTS-Calls bis zum naechsten chat-Event - chat-Event mit voice="" → Override geloescht, fallback auf Default-Voice (voice_config.json / Diagnostic) - chat-Event ohne voice-Field → Override unveraendert Audio-Send in ChatScreen.tsx (Push-to-Talk-Pfad) gab voice/speed gar nicht mit; jetzt konsistent mit dem Tap-to-Talk-Pfad. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>		2026-04-26 20:04:19 +02:00
..
Dockerfile	feat: Piper komplett entfernt — nur noch XTTS v2 als TTS	2026-04-19 22:24:42 +02:00
aria_bridge.py	fix(voice): Stimmen-Wechsel greift wieder — Override bleibt bis naechster Chat-Event	2026-04-26 20:04:19 +02:00
modes.py	feat: Mode-Wechsel auch aus Diagnostic global syncronisiert	2026-04-19 22:57:41 +02:00
requirements.txt	feat: Piper komplett entfernt — nur noch XTTS v2 als TTS	2026-04-19 22:24:42 +02:00