Wait for the first streamed word before playing
This commit is contained in:
@@ -40,6 +40,12 @@ mobile draft at 390px.
|
||||
- [x] C11 preview caching: Discord-hosted image/GIF previews (WebP 320px, hash-addressed, 5 MiB
|
||||
cap, one attempt) run after every walk in both modes. Live run `...-20260916090722`:
|
||||
`previewed: 2`; thumbs served over `/api/media/<scrape>/<item>/thumb` (200).
|
||||
- [x] C69 Streaming silence fix. Word mode with streaming on played nothing but the hum: the
|
||||
daemon started ffplay as soon as the streamed file passed 44 bytes (the bare WAV header), so
|
||||
the player hit EOF and exited before the first word landed. The wrapper now touches
|
||||
`<file>.ready` after the first word, and `playWhenReady` waits for it (size threshold and
|
||||
timeout fallbacks for other providers). Verified by capturing `veskslop_tts.monitor`: peak
|
||||
-11.2 dBFS with 7 word gaps, versus -48 dBFS (hum only) before.
|
||||
- [x] C68 Half-Life voices and a tidier Radio kit. `vox` and `hev` are now real voices in the
|
||||
list (Keith Bell with the VOX/HEV profile; VOX implies its prosody), so the preset dropdown and
|
||||
the VOX/clean toggles left the Radio kit; the clean option appears only for the VOX voice, and
|
||||
|
||||
Reference in New Issue
Block a user