Change the butterfly to a bee. Don't change anything else.
Only the butterfly changes; the scene around it is kept. Veo would have given you a new flower in a new room.
I've been re-prompting the same eight-second scene since late 2024. Me at the Moog in the studio. A slow four-chord progression, warm key light, dust in the air. Nothing fancy. The kind of clip I'd cut into a portfolio reel.
The output got better, predictably. The brief got shorter, much less predictably. Veo 2 needed 260 words and a workaround for the silence. Omni needed fourteen words and a follow-up note. Put the four briefs side by side and their length alone shows how the architecture changed.
A medium-shot, eye-level cinematic video. A bald man in his early forties — full beard, light stubble at the jawline, dark slate-grey hoodie under a heavier black overshirt — is seated at a vintage analog synthesizer in a converted Rotterdam warehouse studio. The synth is a Moog Voyager, wood side-panels, two-handed posture, his right hand on the keys at mid-keyboard, his left hand adjusting the cutoff knob in the upper-left corner of the panel. Soft, even key light from camera-left at roughly 3200K. A cooler 4500K rim light from camera-right, separating him from the dark concrete wall behind. Visible dust particles in the shafts of light. Camera: 35mm lens, slight push-in at 5% over the eight-second duration. The subject is fully concentrated; he does not look at the camera. He plays three or four chords across the eight seconds. His hand on the cutoff knob moves once, slowly, mid-clip. Frame the shot tight enough to read his face but wide enough to include the synth panel from edge to edge. Exposure values warmer in the midtones, deep blacks in the shadows. Style reference: cinematic film, 1080p, 24 fps, slight cinematic film grain. No text on screen. *No music in the generated audio — the synth itself should not be audible, this clip will be scored separately in post.*
Architectural state: Latent diffusion, no native audio path, no multi-turn memory.
What the brief has to carry: The entire world. Coordinates, color temperatures, lens choice, posture, motion timing. The last line of the prompt is a workaround for a capability the model doesn't have.
You could call it a briefing inversion: the relationship between director and renderer is flipping. The Veo 2 brief reads like stage directions because the model couldn't infer anything — the prompt had to be the world. The Omni brief reads like a note to a competent colleague who has already read the room. Same scene, same imperfect reference, a different contract between the two.
| Generation | Brief carries | Model infers |
|---|---|---|
| Veo 2 | The whole world. Hardware-level specs. A workaround for silence. | Almost nothing — it renders what you describe. |
| Veo 3 | Scene + mood + audio direction. | Hardware-level visual details. The bridge between cutoff knob and sound. |
| Veo 3.1 | A paragraph of intent. A reference image. Two compute tiers. | Character identity. Wardrobe. Camera path from an adjective. |
| Omni | A sentence. A series of follow-up notes that each cost nothing. | Physical continuity across edits. The architecture of the scene. |
The brief used to be the world. Now the model is the world, and the brief is a note to it.
That contract change is what the rest of this page is about. The four sections below are four different ways of looking at why it happened.
The shrinking brief in Section 1 is the consequence. The cause is that four parallel model families were built between 2023 and 2026 and then brought together into one. To understand that consolidation, it helps to see what each was for, and what it's still for, even after Omni absorbed the rendering jobs.
Four cards below. Pick the one you're closest to using.
All four still exist as products. What Omni consolidated is the rendering pipeline; the roadmap still has all four. Veo 3.1 Lite still ships because cost-tiered batch rendering is a different job than conversational editing. Lyria RealTime still ships because adaptive game music is a different job than one-shot composition. Pick the model that matches the job.
Until May 2026 the standard way to make AI video with sound was a chain of tools. Veo renders the picture. A separate model dubs in audio. A separate editor handles the cuts. A separate watermarking pass embeds provenance. Four tools, four context windows, four moments where the seams can show.
The seams do show. Audio drifts a few frames out of lip-sync by the second cut. The character's hand looks slightly different in the close-up because the second tool didn't see the first tool's full latent state. Six hours of post-production go into hiding what is, structurally, the same problem: every tool only sees its own slice.
A single-pass model sidesteps that problem, because there is only one slice to see.
Text, image, audio and the reference go into one shared latent space, and video, synced audio and the watermark come out of the same render.
Accumulates errors. Loses character consistency across cuts. Audio drifts. Six hours of post-production go into hiding the seams.
Single coherent pass. The model sees every modality at once. Audio amplitude peaks are mapped to visual timeline as part of the same computation that places the pixels.
Only the butterfly changes; the scene around it is kept. Veo would have given you a new flower in a new room.
The model reads your audio's amplitude peaks and treats them as a visual timeline. Veo couldn't read the file at all.
Diffusion text usually drifts mid-frame. Single-pass tokenization locks letters to the temporal grid. This was the hardest of the three, technically.
Omni Flash caps at 10 seconds today; Section 5 has my guess at why. Rigid-body physics edge cases (collisions, collapses) also still misbehave. The architecture moved the frontier, and this is where it sits now.
HONEST LIMITATIONThe architectural collapse is real, and partial. Three creative jobs became natively possible. One important class of job didn't get solved. "One model does everything" is a fine sentence on a stage and a risky one in a procurement meeting.
The most visible consequence of single-pass attention is that the editing surface is no longer a timeline. It's a conversation. Section 4 lets you have one.
Reading about conversational editing isn't the same as typing into it. The simulator below isn't real — it's a fake with scripted responses. But it's faithful to how Omni's editing surface actually behaves: each turn modifies the previous state instead of regenerating from scratch.
The seed scene is the one from Section 1 — me at the Moog, eight seconds. Try a few edits. Watch what changes and what doesn't.
OMNI FLASH · MOCK — Simulated demo — the responses are scripted; no model is called.[reference image attached: 08-desk.png] Me at the Moog. Eight seconds. Cinematic, slow chord progression. Warm + cool light mix.
Generated. The character matches the reference's body and wardrobe — face is reconstructed from the partial signal. Eight-second clip at 1080p with synced synth audio. Slow push-in across the duration.
Two things to notice about your last edit:
One: the room stayed. The lighting stayed. The Moog stayed. Even when you asked for a new element, the rest of the scene was preserved. That's the multi-turn context surviving across the conversation.
Two: you wrote like you were talking to someone. Not specifying coordinates. Not writing in third person. The mode of writing the brief shifted before you noticed.
That conversational comfort has a cost. Every turn is a fresh inference pass on a very large, expensive-to-run model. Section 5 makes that cost visible.
Generative video looks free at the margin. Pull the slider below to see what a clip costs in electricity. That number is, in my reading, why every vendor's video line-up is tiered the way it is — and it's the unspoken constraint behind every roadmap conversation a CMO is about to have with a vendor.
~200 Wh per second generated
Source: extrapolated from public AI compute studies. Specific per-model disclosures from Google are not available.
The video number is the one that matters. My working estimate is roughly 200 watt-hours per second of generated video — about twelve minutes of running a microwave for every second of footage. Treat it as an order of magnitude: per-model figures aren't published. A four-minute social-cut is roughly forty dishwasher loads' worth of electricity.
My read is that this is why a fast tier costs a fraction of the standard one, why a Lite tier exists, and why Lyria RealTime ships in 2-second chunks instead of full songs.
Read the tiers as an electricity bill and the product line starts to make sense.
| Model · tier | Estimated training compute | Typical inference latency | What it's optimized for |
|---|---|---|---|
| Veo 3.1 (Premium) | Largest training scale (undisclosed) | 60–90 s for 8-second clip | Cinematic 4K, high-physics fidelity |
| Veo 3.1 Fast | Compressed variant | 12–20 s for 8-second clip | Cost containment, iteration speed |
| Veo 3.1 Lite | Further compressed | Sub-15s for 1080p | Lowest-cost batch rendering |
| Lyria 3 Pro | Medium training scale | 15–30 s for 3-min track | Structured composition with intro/verses/chorus |
| Lyria RealTime | Streaming architecture | ~2 s per 2-second chunk | Continuous interactive scoring |
| Gemini Omni Flash | Unified multimodal core | 10–15 s for 10-second clip | Multi-turn conversational editing |
Latency is what the API tells you. Cost is what the procurement team asks about. They're the same conversation in different vocabularies.
So when a vendor's deck shows you a Premium tier and a Fast tier and a Lite tier for what looks like the same model, the choice isn't really between quality and speed. It's between quality and how many of these you can afford to render this quarter. That's the procurement question.
My guess is that the same arithmetic, more than capability, explains Omni Flash's 10-second cap. A single second of unified-multimodal inference is expensive, and every extra second adds to the bill.
Which brings us to the only paragraph on this page about your meeting on Thursday.
The version of this conversation that happens in your office on Thursday is about which vendor's roadmap survives 2027. Resolution hardly comes into it.
When a generative-video vendor pitches you, ask two questions. First: how many words is the brief that produces their best-case demo? If it's still 200 words of stage direction, you're looking at last-generation architecture in fresh marketing wrap. Second: how does the per-second compute cost trend across their tier line? If their Lite tier is approaching parity with their Premium tier on output quality, they've found the architecture that scales. If it isn't, they're going to lose to a competitor who has.
Neither of those is on a vendor's spec sheet. Both of them are sitting in plain sight in any demo a vendor will gladly give you. The shrinking brief and the flattening cost curve are the two leading indicators. Resolution numbers are a lagging indicator at best.
RELATED READINGWhat changed is the contract between whoever writes the brief and whatever renders it.
It's also the contract you'll be negotiating with your vendor.
The boardroom mistake that turns a multiplier into a margin-chop also turns a creative-AI roadmap into a procurement cliff. Different vocabulary, same shape.
Read the articleIf you're working on a serious version of this question inside your own organisation, the drop-me-a-line invitation from the business articles applies here too. I won't pitch you anything. I'd just like to know what's working.