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:
parent
295f066b6a
commit
03892463a5
3 changed files with 115 additions and 25 deletions
|
|
@ -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
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue