Real-Time Interactive Video Is a New Medium, Not a Speed Boost
Ahmed Ahres of Reactor argues real-time interactive video changes what the medium is—not just how fast it runs. Here's what that actually means.
Written by AI. Yuki Okonkwo

Photo: AI. Zephyr Cole
Here's the thing about GPS that nobody thinks about: it didn't make maps faster. It made maps irrelevant.
That's the opening move Ahmed Ahres, head of go-to-market at Series A startup Reactor, makes in a recent talk at the AI Engineer conference—and it's a better framing than most AI hype I've sat through. Before GPS, you consulted a map someone else had already made. After GPS, your own position became a live variable you could act on continuously. The downstream consequence wasn't "faster navigation." It was Uber. A whole category of company and behavior that was literally impossible before real-time location data existed.
Ahres runs the same logic through film. Shoot on celluloid and you don't see what you're capturing until the reel gets developed. Go digital, and suddenly the viewfinder shows you the world in the moment you're recording it. You adapt. You reshoot. You iterate. That feedback loop, Ahres argues, is precisely why Instagram and TikTok exist: high-volume, high-quality personal video creation only became possible once creators could see what they were making while they were making it.
The argument he's building toward: current AI-generated video is still on the wrong side of that line.
The Slot Machine Problem
Veo 3, Sora, Kling—pick your model. The workflow is the same. You write a prompt, wait, receive a file, watch it, and then... that's it. "You get back a file, you watch, and good luck," Ahres puts it. "It's a slot machine. You cannot change it. You cannot do anything about it."
This is a sharper critique than it sounds. The problem isn't quality—these models can generate stunning clips. The problem is structure. A generated video is, in Ahres's framing, still a recording. It's frozen the moment it's produced. You can generate something new, but you can't steer something live. The medium hasn't changed; you've just automated the production of static content.
What Ahres and Reactor are betting on is a different thing entirely: video that is interactive, effectively infinite, and generated fast enough that you can actually intervene while it's running. Not a file you receive but a stream you participate in. His demo involves prompting a cat into a scene that's already generating—a simple example, but the implication is clear. Once you can inject a cat, you can inject anything. You can redirect a narrative, build a world, generate training data, run a simulation—all in real time, all steerable.
That's what he means by "world models," and he's deliberately pushing back against the term's murkier uses. "In today's world I think world models is a little bit of a marketing term," he says. "The way we define world models is really real-time interactive video."
Three Directions This Could Go
Ahres maps the application space into three categories, and it's worth taking each seriously on its own terms.
Infinite, interactive streams. Think of current video generation models but without the clip length ceiling and with real-time interactivity layered on top. Reactor's own Helios model (built on ByteDance's underlying research) sits here. The use cases Ahres's users are actually building include interactive livestreams where viewers vote on what happens next—a format that would be technically impossible with batch generation because there's no "file" to deliver between votes.
Controllable worlds. This is the category most familiar from Google DeepMind's Genie research: pass an image and some text, control a character, navigate a generated environment. Ahres is quick to note that games are only the obvious entry point. The one that genuinely surprised me is robotics. Simulated environments where you can control every variable produce synthetic training data at a scale that real-world collection can't match. The robotics industry is apparently very aware of this—Ahres says he "cannot tell you the number of robotics labs" actively building in this space. Education is his other focus here, and he frames it with real conviction: "I don't actually believe the future of education is LLM-based or textbook-based. If you can put any kid in the situation, for example in a history lesson, that enables entire new types of experiences."
Live avatars. Here Ahres is more candid than most founders get about their own sector. These exist, they're advancing, and they're still weird. "If you speak to an avatar in any customer support or anything, it's still kind of off." He believes the combination of interactive video models and controllable world models will eventually fix this, but he's not pretending the fix has already happened. That honesty is notable given that "AI avatars for customer support" is currently a very active market with a lot of optimistic claims floating around.
The Infrastructure Gap Nobody Talks About
The part of Ahres's talk I found most practically illuminating is the infrastructure section, because it's where the real technical challenge lives and where the hand-waving usually starts.
Batch video generation is, architecturally, a job queue. You send a request, a cloud job runs, you get a file back. The whole modern GPU-cloud ecosystem is built around this model. Real-time interactive video breaks every assumption that infrastructure makes.
First, you're streaming pixels continuously rather than delivering a completed file—which means latency is now a first-class concern, not an afterthought. Sub-100-millisecond round trips are the target if the experience is going to feel live. At that latency requirement, you can't serve everyone from one region. A user in Tokyo routed to a GPU cluster in Virginia is going to feel the lag. "Someone based in India or Japan should be routed to a GPU that is based in India or Japan," Ahres says. That's a distributed compute deployment problem that's fundamentally different from what cloud providers have optimized for.
Second, sessions are stateful. Batch inference is, essentially, memoryless—each request is independent. Real-time interactive video has to remember what happened. If your character turns left, then looks back, the world should be consistent with what it showed you earlier. Current models demonstrably struggle with this; Ahres mentions the Genie demos where a character "can look back and then will not remember what's going on" as an acknowledged open problem.
Third—and this one is refreshingly honest—nobody has solved evaluation for these systems. When someone from the audience asks how Reactor measures consistency, Ahres doesn't reach for a marketing metric. "You're asking a question that the entire research community in world models has not answered," he says. "Evaluation for these real-time models is an unsolved problem. Today it's literally just look at it and human judgment. That's what it is today. And this is including, by the way, DeepMind and everything. Nobody has solved this problem yet."
What to Make of This
The GPS-and-film analogy is doing real intellectual work here, not just rhetorical work. When Ahres says real-time changes what the medium is rather than just how fast it runs, he's describing a genuine structural shift—one where the interaction loop itself becomes the product, not the artifact the loop produces.
The honest caveat is that we're at 16 frames per second with current models, which is perceptible lag territory. The multi-GPU quantization path Ahres describes to get toward 30fps exists, but it's not solved. The memory problem is real. The evaluation problem is real. The global GPU distribution requirement is a serious infrastructure buildout, not a software fix.
None of that necessarily undermines the core argument. GPS didn't arrive fully formed either—early in-car navigation was slow, expensive, and often wrong. The architectural shift it represented was still real, and the applications it eventually enabled were still impossible before it existed.
The question worth sitting with isn't whether real-time interactive video will matter. It's which of the three use cases—creative control, simulated worlds, or live avatars—arrives first, and who controls the GPU infrastructure when it does.
Yuki Okonkwo is the AI & Machine Learning Correspondent at Buzzrag. Ahmed Ahres's full talk is available via the AI Engineer YouTube channel. Ahres is on X at @Boudatw.
More Like This
Google's Gemma 4 Makes Powerful AI Run on Your Phone
Gemma 4 brings multimodal AI models to phones and laptops with clever architecture tricks that make 5B parameters perform like much larger models.
This Developer Turned Coding Agents Into an RTS Game
Ido Salomon built AgentCraft to solve a weird problem: managing multiple AI coding agents feels like playing StarCraft. So he made it literally look like that.
Inside Google DeepMind's Messy Reality of AI Agents at Scale
Google DeepMind engineers have worse token quotas than paying customers. KP Sawhney and Ian Ballantyne reveal what running AI agents at Google scale actually looks like.
Run Your AI Agent in a Container, Not in Chaos
Red Hat's Sally Ann O'Malley shows how containers solve the AI agent sharing problem—from Podman secrets to Kubernetes at scale, in under two seconds.
AI Built a Complete YouTube Video. Here's What It Got Wrong.
A creator typed five prompts. AI researched, scripted, animated, and edited a full video. The logistics worked. The storytelling didn't. Here's what that division means.
Seedance 2.5 and the Infrastructure Behind AI Film
Seedance 2.5 promises to fix AI filmmaking's core problems. But the workflow it demands—and who owns it—deserves a harder look.
Run OpenClaw on a UGREEN NAS: Setup Guide
OpenClaw brings real AI automation to your UGREEN NAS—scheduled tasks, messaging app integration, and a skill store. Here's what the setup actually looks like.
9 Codex Tips Straight From the Team That Built It
OpenAI's Codex team member Jason Lou published his best practices for using Codex—here's what shifts when someone who built the thing tells you how to use it.
RAG·vector embedding
2026-08-19This article is indexed as a 1536-dimensional vector for semantic retrieval. Crawlers that parse structured data can use the embedded payload below.