duffyduck 647a1cb726 fix: XTTS nutzt direkt /tts_to_audio/ — /tts_stream nicht verfuegbar ... XTTS-Server (daswer123) im API-Modus antwortet auf /tts_stream mit: HTTP 400: "HTTP Streaming is only supported for local models" Das Feature braucht MODE=local in der XTTS-Config (Modell direkt im Server-Prozess). Userbetreibt im Remote-Modus → kein Streaming. Der try /tts_stream + fallback /tts_to_audio Ansatz war reine Ver- schwendung: jeder Request wartete 6ms auf 400, bevor der Fallback griff. Jetzt geht's direkt an /tts_to_audio/. Kein echtes Streaming, aber: - Queue sorgt fuer sequentielle Verarbeitung (kein Overlap mehr) - 32x AudioTrack-Buffer faengt den bursty Response ab - aria-bridge spiegelt audio_pcm nicht mehr (kein Doppel-Audio) Wenn User spaeter /tts_stream haben will: XTTS-Server mit MODE=local oder --streaming-mode starten, dann kann man /tts_stream als primary einfuehren. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>		2026-04-22 17:23:55 +02:00
..
.env.example	feat: XTTS v2 integration, auto-update system, TTS engine abstraction	2026-04-05 19:42:10 +02:00
Dockerfile	feat: XTTS v2 integration, auto-update system, TTS engine abstraction	2026-04-05 19:42:10 +02:00
bridge.js	fix: XTTS nutzt direkt /tts_to_audio/ — /tts_stream nicht verfuegbar	2026-04-22 17:23:55 +02:00
docker-compose.yml	fix: XTTS bridge shares /voices volume with XTTS server	2026-04-10 01:40:41 +02:00
package.json	feat: XTTS v2 integration, auto-update system, TTS engine abstraction	2026-04-05 19:42:10 +02:00