good
This commit is contained in:
+7
-5
@@ -73,11 +73,13 @@ FILLER_GAIN_IDLE=1.0
|
||||
FILLER_GAIN_DUCK=0.15
|
||||
# TTS jitter buffer (ms): how much synthesized audio the mixer buffers before it
|
||||
# starts playing the reply. Lower values start speaking sooner; higher values
|
||||
# absorb uneven TTS chunk arrival at the cost of added latency. Drama-3 delivers
|
||||
# ~1.08x real time in bursts every ~2.7s, so raising this reduces drop-outs on
|
||||
# long replies. Mid-reply underruns resume as soon as any audio is queued again
|
||||
# (no full refill).
|
||||
TTS_PREBUFFER_MS=900
|
||||
# absorb uneven TTS chunk arrival at the cost of added latency. Drama-3's vocoder
|
||||
# emits audio in windows of `stream_followup_stride` codec frames (2048 samples =
|
||||
# 46.4 ms each); with the recommended server setting (stride 16, ramp
|
||||
# "[10,12,16]") the first window is 10 frames = 0.464 s, so 450 ms starts
|
||||
# playback on that very first window. Mid-reply underruns resume as soon as any
|
||||
# audio is queued again (no full refill).
|
||||
TTS_PREBUFFER_MS=450
|
||||
# Number of TTS requests kept in flight at once. Reply chunks are synthesized
|
||||
# ahead of playback (and replayed in order) so each request's start-up latency
|
||||
# hides behind the previous chunk's audio instead of leaving an audible gap.
|
||||
|
||||
Reference in New Issue
Block a user