Build3 publishers3 min readPublished Updated
Gemini's Scene Extension keys each continuation to a previous interaction ID
Google has put video continuation in front of paying Gemini subscribers with a 10-second context window and a 40-second ceiling, which is enough for a short spot but only if you understand what the model can still see by the fourth segment.
The Engineer · Build desk

What happened
- Google has started a global rollout of Scene Extension in the Gemini app for Google AI Plus, Pro and Ultra subscribers, as part of the Gemini Omni 1.1 Flash release.
- The published API sample chains generations by passing the prior video interaction's id as previous_interaction_id, with the text prompt "Continue the scene." and a 360p response format.
- Google states that 360p previews generate up to 60% faster and cost a third of what the standard 720p resolution costs, with 1080p and 4K reserved for final output.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
- constraint Because the context window covers only a quarter of a finished 40-second sequence, holding a look across the whole cut is the storyboarder's job rather than the model's, and identity cues have to be restated in every segment.
- cost The cheap draft resolution is an option on rejection: teams that promote nearly every draft pay about a third more for the same finished output, while teams that genuinely kill concepts at 360p recover most of the spend.
- capability Video continuation becomes a callable step inside an existing approval process rather than a manual prompt, though the approval process itself is still something each team has to build against its own tooling.
- contradiction Google's developer blog frames the release as ready for professional use, while the rollout coverage treats the seamlessness as unverified. That difference decides whether you pilot this on client footage or on your own.
The load-bearing line in Google's API sample is `previous_interaction_id=previous_video_interaction.id`, not the model name [6]. The continuation is keyed to a server-side interaction, not to a file you hand over, so in a pipeline the interaction ID becomes metadata stored beside the asset. That is a new field in somebody's schema. In the app the flow is looser: pick Create video, create or upload a clip, then describe what should happen next [11]. What the published material does not show is an API extension whose base is an arbitrary uploaded file, which matters the first time an editor trims the opening seconds in an NLE and hands the clip back.
Then the context arithmetic. Omni 1.1 reads up to 10 seconds of prior footage where earlier models referenced only the final second [4], so ten times the window [18]. Increments are 10 seconds to a cumulative 40 [5], which is four segments: an opening clip plus three continuations [16]. Ten seconds against a 40-second finish is a quarter of the timeline [17]. By segment four the model has never seen segment one. Anything that must survive the whole sequence, a logo or a product colour, has to be re-established inside each window or carried by the other controls: up to three seconds of video reference [10], or pinning a shot between specified first and last frames [20].
The sample also asks for 360p in `response_format` [6], which tells you the loop Google expects. Call one 720p segment one unit. Google prices 360p at a third of 720p [7], so four drafts come to 1.33 units against the 4 units of a full pass [19]. Draft and then render everything and you have spent 5.33 units for 4 units of output, a third more. Abandon the concept at draft stage and you spent 1.33 instead of 4 [19]. The draft resolution is an option on rejection. It only pays off if review actually rejects.
The speed figure needs the same treatment. Up to 60% faster is footnoted to system throughput of 360p against 720p [8], which is Google's fleet, not your wall clock. For it to land in your iteration time, generation has to be the slow step, not the queue and not the reviewer's calendar.
Google's own blog calls these updates production-ready for professional use through the Gemini API in AI Studio [3]. The rollout write-up on dev.to is more careful, treating "seamless" as a product claim to validate against your own footage, brand style and prompt requirements [12]. Both readings hold. Production-ready describes the controls, including keyframes, references and 1080p or 4K output [9]; it says nothing about the odds that segment three matches segment one. Google also points developers at the Gemini API, AI Studio and the Gemini Enterprise Agent Platform [14], while the same write-up notes no ready-made integration with any specific marketing, ecommerce or publishing system [15]. The continuation itself is callable. The approval step around it is still yours to build.
The honest framing for a marketing team is modular: four beats, each 10 seconds, each needing its identity cues restated, with the 4K pass reserved for the version that clears review.
What to watch
- Per-generation pricing or per-tier caps for AI Plus, Pro and Ultra appearing in Google's own documentation, which is what a production budget needs.
- Whether the 4K upscale re-renders or post-processes, since that decides whether what you approved at 360p is what ships.
- Any movement in the 40-second cumulative ceiling, which is the line keeping this a modular-asset tool.