Is this a client library issue or a product issue?
Unclear — could be either. The client sends audio correctly with no errors or gaps right up until the disconnect, so the failure appears to originate server-side (the Live backend closing the socket), but I'm filing here first since it reproduces consistently against this SDK's live.connect() / send_realtime_input() API surface. Happy to redirect to Cloud Support if maintainers determine it's purely backend.
Environment details
- Programming language: Python
- OS: macOS
- Language runtime version: <! --python 3.12.14 -->
- Package version:
Steps to reproduce
- Open a Live session with
response_modalities: ["AUDIO"] and input_audio_transcription: {} (automatic VAD, default settings — no manual activity_start / activity_end / audio_stream_end calls).
- Stream microphone audio continuously via
send_realtime_input(audio=...) in ~100ms PCM chunks (16kHz, 16-bit mono, audio/pcm;rate=16000).
- Speak one short utterance (e.g. "Hello").
- Model replies with audio (
model_turn parts, mime_type=audio/pcm;rate=24000) and correctly sends turn_complete.
- Continue streaming mic audio as before — no pause, no manual stream-end signal.
- Within roughly one send cycle after
turn_complete, the next send_realtime_input call raises:
Is this a client library issue or a product issue?
Unclear — could be either. The client sends audio correctly with no errors or gaps right up until the disconnect, so the failure appears to originate server-side (the Live backend closing the socket), but I'm filing here first since it reproduces consistently against this SDK's
live.connect()/send_realtime_input()API surface. Happy to redirect to Cloud Support if maintainers determine it's purely backend.Environment details
Steps to reproduce
response_modalities: ["AUDIO"]andinput_audio_transcription: {}(automatic VAD, default settings — no manualactivity_start/activity_end/audio_stream_endcalls).send_realtime_input(audio=...)in ~100ms PCM chunks (16kHz, 16-bit mono,audio/pcm;rate=16000).model_turnparts,mime_type=audio/pcm;rate=24000) and correctly sendsturn_complete.turn_complete, the nextsend_realtime_inputcall raises: