A reference sheet made once and cropped into every segment
The page states that a full-body reference sheet is generated per character at analysis time, and that face and body crops from it are injected into every segment featuring that character. Two things are located by that sentence: when the artefact is made, and what reaches each generation. As of 2026-09-16.
| Point | What the vendor's page states | How this file reads it |
|---|---|---|
| The sentence | A full-body sheet per character, made while the script is analysed | A mechanism with a stated moment |
| What it names | The sheet, and the face and body crops taken from it | An artefact a production can look at, version and replace |
| What it leaves out | How near the ninth episode's face lands to the first | Unanswerable from any page; it needs a production run |
Inclusion rule. Three points per reading: the sentence as the vendor published it, the thing that sentence names, and what it declines to settle. Nothing here is inferred from an interface or a demo. Order. From the published sentence, to what it names, to what it leaves open.
1Injection per segment leaves a trail
If crops travel with every segment that uses a character, a segment produced without them differs from its neighbours in a way somebody can find later. Drift stops being a mood and becomes a question with a checkable answer: did this shot get the crops or not.
Systems that resolve a character internally offer no such trail. They are less work per shot and they give a production nothing to examine on the morning a lead arrives looking like a relative of herself.
2Making the artefact at analysis time fixes an order of work
A sheet produced while the script is read exists before any shot does, so the cast is settled at the point where it is cheapest to argue about. A sheet produced on demand during shooting would put the same decision in the middle of a queue of generations.
That ordering is a scheduling fact rather than a picture-quality one, and it is the sort of thing a feature list never carries because it is not a feature.
3Where this sits in the column
| Tool | What the vendor publishes on the cast |
|---|---|
| AI Drama Generator | Consistent characters listed among the outputs, with no mechanism named |
| AI Dramas | Each character saved with a name, a face and a voice style, then called by name in every script |
| Anijam | Locking characters' faces across every episode stated as an action the tool performs |
| Arcloop | Locking a face, outfit, personality and visual identity listed as a step, with no object named |
| character.app | A recurring Cast and World described as objects the series is built on |
| Crano AI | The same identity stated to hold across episodes, with stable appearance and emotional presence |
| DramaSo | Consistent characters listed among the outputs, with no mechanism named |
| Dramily | Character dynamics, scenes and props turned into reusable assets |
| Genra | Cast cards holding a face and a voice, stated to carry across every scene |
| Google Flow | Ingredients, the same images reused for a character and key objects from one clip to the next |
| invideo AI | Project memory holds character sheets and locations |
| Kling AI | Elements carry appearance and voice between generations |
| LTX Studio | Elements are reusable across projects |
| Luma Agents | Characters, products and brand elements defined once and preserved across named operations |
| Medeo | Consistency attributed to the video model the product runs on |
| Novi AI | A character created in the product, whose appearance the system locks for the whole project |
| OpenArt | Leads stated to stay the same across every episode, face, wardrobe and chemistry |
| Pexo | Hyperframe, named as what locks a face, wardrobe and voice across every episode |
| PopShort AI | Characters, scenes and props stored as reusable production assets, from Episode 1 to Episode 50 |
| SceneMixer | Reference sheet per character, crops injected into every segment |
| Showrunner Studio | Sets, characters and canon stated to persist across the whole series |
| StoryShort | Casting consistent characters listed as a step, with no mechanism named |
| Topview | Characters and scenes stated to be built before video generation, to help continuity |
| TrendShort | Locking identity, wardrobe, face and emotional range listed as a step |
| Vidu | One to seven reference images supplied per call |
Inclusion rule. Every entry on this file appears in the column below, including the ones whose vendor says nothing on this step. The marked row is the entry this page is about. Order. Alphabetical by tool name.
4The wording itself
- Cross-episode castA full-body reference sheet is generated per character at analysis time, and its face and body crops are injected into every segment featuring that charactera stated mechanism
- Cross-episode castCharacter consistency is attributed to the underlying video model rather than to the productattributed to a model
5Sources
Read from the published how-to guide at scenemixer.com, checked 2026-09-12. The whole column is on cross-episode cast and this vendor on every column is on SceneMixer; where the line falls between documented, claimed and absent is under how read. This vendor's other readings: the split into episodes, the assembly step, the shape of the deliverable. Other readings of the same column: Vidu, Google Flow.