After enabling “video” in python agent, configured for OpenAI Realtime API and gpt-realtime model (which is now supported in
livekit-agents@1.2.9 — vision is working well, but appears to cause progressively greater latency (i.e. time from end-of-prompt to start-of-response) as the conversation continues. I’ve not tested extensively to prove with data that this is the dynamic, but it felt like that on a couple extended smoke tests of the agent…
1. Is it expected for video input to cause quick degradation of latency performance by the agent, as still images quickly stack up (at a rate of 1/sec when speaking and 0.33/sec when not speaking) in the chat transcript?
2. If so, are there built-in levers offered by LiveKit, which help to manage this — without entirely losing the benefit of the images in the chat transcript, so coherence across the conversation can still remain strong when discussing something previously shown in an image from N minutes earlier in the conversation?
I think the ideal for me would be if it were possible to enable “compressing” of older images into a text description, so that key facets of the context that the image offered can be preserved as durable without needing to burn as many input tokens as the full image on every new request to the API. But I’m not sure if this or a similarly “compression-style” solution (i.e. not just dropping images entirely) is offered natively by LiveKIt, or if my only mitigation option would be to roll my own solution for managing older images in the transcript.
Please help me understand whatever options LiveKit offers in this problem space, where to look for documentation, etc.