Hi LiveKit team,
We have been observing repeated end-of-turn stalls in a production Arabic/English session using:
livekit-agents==1.6.4inference.TurnDetector()using the Cloudv1model- Soniox
stt-rt-v5with English/Arabic hints and diarization - Silero VAD with 0.7s minimum silence
- endpointing min/max of 1.8s/2.7s
preemptive_generation=Trueallow_interruptions=False
Our watchdog arms only after user_state transitions from speaking to listening, so VAD had already emitted end-of-speech. Despite that, six turns did not commit for 10.5s, 23.3s, 26.1s, 16.3s, 10.5s, and 86.5s. These turns emitted no EOU metric and generally resolved only when the user spoke again.
Routine model latency does not explain this: median LLM TTFT was 0.62s and p90 was 0.90s.
This appears related to PR #6274, which says EOT cancellation could be triggered by inference completion and become flaky under background noise. Can you confirm whether 1.6.4 is affected and whether upgrading to 1.6.5 should address this pattern?
The documentation says an audio detector prediction timeout should commit the turn after about one second and fall back from v1 to v1-mini. That did not appear to occur. Which logs or callbacks can expose:
- active detector version (
v1vsv1-mini) - prediction request/cancellation IDs
- timeout/fallback events
- the reason a turn remained uncommitted after VAD end-of-speech?
We also saw speech dropped with “current speech generation cannot be interrupted.” Since interpretation output should finish but patient speech must not be lost, is allow_interruptions=False with discard_audio_if_uninterruptible=False the intended configuration?
We can provide a sanitized audio reproduction and detailed logs through our Slack channel if needed. Would you recommend 1.6.5 with the audio detector, or turn_detection="vad" as the temporary mitigation? We are downgrading back to MultilingualModel for now until this is resolved.