fix(tts): OpenRouter-TTS bei transient leerer/5xx-Antwort wiederholen

Preview-Modelle liefern gelegentlich HTTP 200 mit leerem Body (oder 5xx) -> bisher
brach das die ganze Sprech-Runde ab ('empty audio content', 502). Jetzt bis zu 3
Versuche mit linearem Backoff; 4xx (z. B. ungueltige Stimme) wird sofort gemeldet
(kein Retry). Damit klappt das Durchprobieren von Stimmen zuverlaessig (Live-Test:
alle 20 getesteten Gemini-Stimmen inkl. Leda liefern Audio).
Tests: tests/test_openrouter_tts.py (leer->ok, 4xx sofort, alles-leer, 5xx->ok).
Doku-Hinweis in BEDIENUNGSANLEITUNG.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
Dieter Schlüter 2026-06-18 00:06:47 +02:00
commit 03892463a5
3 changed files with 115 additions and 25 deletions

View file

@ -309,8 +309,11 @@ Verfügbare Stimmen je Modell (laut Anbieter-Doku — Preview, im Zweifel auspro
`echo`, `fable`, `nova`, `onyx`, `sage`, `shimmer`, `verse`.
> Es gibt keinen Endpoint, der TTS-Stimmen auflistet, und die Modelle sind Preview.
> **Authentischster Test:** Stimme setzen und probieren — ein ungültiger Name liefert
> einen OpenRouter-Fehler (HTTP 502 mit Klartext, der oft die gültigen Stimmen nennt).
> **Authentischster Test:** Stimme setzen und probieren — ein **wirklich** ungültiger Name
> liefert einen OpenRouter-Fehler (HTTP 502 mit Klartext, der oft die gültigen Stimmen nennt).
> Preview-Modelle antworten gelegentlich transient **leer** (HTTP 200, kein Audio) — das
> wiederholt der TTS-Provider automatisch (bis zu 3 Versuche), bevor ein Fehler kommt. Eine
> einzelne „empty audio content"-Meldung war also meist nur ein Aussetzer; einfach erneut versuchen.
Umstellen:
```bash