A cast card holding a face and a voice
The page states that cast cards hold a face and a voice, so characters keep their look and speak in their own voice across every scene. A card is a small, concrete noun, and the scope in the sentence is a scene rather than an episode or a season. As of 2026-09-22.
| Point | What the vendor's page states | How this file reads it |
|---|---|---|
| The sentence | Cast cards holding a face and a voice, across every scene | Documented, scoped to the scene |
| What it names | The card, with two attributes on it | An object a user opens, edits and hands to somebody else |
| What it leaves out | Whether the card survives into a second season | Scene is the only scale the sentence commits to |
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.
1A card is the most handover-friendly form in this column
An interface object with a name is something a second person can be shown in ten seconds. That matters more than it sounds: serial production is mostly a handover problem, and a cast held in a place two people can both point at survives a staffing change.
Compared with a reference supplied on every call, the card moves the discipline from the operator to the product. Compared with an internally resolved element, it stays visible.
2Across every scene is a scope worth reading literally
Scenes sit below episodes. A guarantee at scene level covers the gap most viewers notice first and says nothing about the gap between episode two and episode nineteen, which is where a serialised audience actually keeps score.
The vendor's own blog reaches further up the structure than the product page does, and the register keeps the two statements apart rather than merging them into one claim.
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 castCast cards are described as holding a face and a voice so characters keep their look and speak in their own voice across every scenea named card object
- Cross-episode castEvery character is described as saved with a name, a face and a voice style, then referenced by name in each script so the same face appears in every rendera saved object addressed by name
5Sources
Read from the home page at genra.ai, checked 2026-09-22. The whole column is on cross-episode cast and this vendor on every column is on Genra; 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: Novi AI, character.app.