
Photorealistic generation stopped being a novelty the moment short clips started passing as camera footage on a phone screen. Today the harder problem is not whether a model can render convincing skin, rain, or handheld shake — it is whether anyone watching that clip can tell where it came from. That shift changes the job of the person making the video. You are no longer just a director and an editor; you are also the archivist of your own work.
Provenance, in practical terms, is a signed record of how a clip was made: who generated it, with which model and version, from which source images or footage, at what time, and what edits happened afterward. It answers three questions that clients, platforms, and audiences increasingly ask — is this real, who owns it, and has it been altered since publication?
The two problems are usually treated separately. Generation teams obsess over motion coherence. Compliance teams obsess over disclosure. That split is expensive, because retrofitting authenticity data onto a finished edit means re-tracing every asset by hand. The workflow below treats realism and provenance as one pipeline, with the same logging habits feeding both.
No single model wins every shot. The practical skill is matching the shot type to the method, then keeping the outputs consistent enough that a viewer never notices the seams.
Text-to-video is fastest for establishing shots, landscapes, crowds, and abstract transitions where no specific identity has to survive across cuts. Image-to-video is the workhorse for anything with a face, a product, or a costume, because you control the first frame precisely and the model only has to animate it. Video-to-video is what you use when you already shot something real and want a stylised or enhanced pass — replacing a sky, changing a season, or restyling a performance while keeping the original motion.
A useful rule: the more specific the subject, the more control you want upstream. Faces and hands get image-to-video with a locked reference. Environments get text-to-video. Existing footage gets video-to-video with a strength low enough to preserve structure.
Marketing clips are curated from thousands of attempts. Test any candidate model against your own material before committing:
In practice, most reliable outputs come from a three-stage pipeline: generate keyframes in an image model, animate them with an image-to-video model, then extend or repair with a secondary video model. Node-based tools such as ComfyUI make this repeatable, and keeping the graph itself versioned means you can re-render a shot months later with the same settings.
Consistency is the single biggest tell that separates amateur AI video from work that reads as real footage. Viewers forgive a slightly unusual colour grade. They do not forgive a jawline that changes shape between cuts.
Build a character sheet first: a neutral front view, a three-quarter view, a profile, and two or three expressions, all generated from the same seed family. Crop the face tightly for close-ups and keep a wider reference for body proportion. If your tool supports character training or reference conditioning, run it once and reuse the same reference across the whole project rather than re-describing the character in each prompt.
Most drift comes from asking a model to invent too much motion. Keep individual generations short — three to eight seconds is the sweet spot for most current systems — and use motion brushes, trajectory controls, or camera presets to specify where movement happens. Cut on motion: end a shot while the subject is still moving and start the next one mid-movement, and the edit hides the join naturally.
When a shot drifts in the middle, do not regenerate the whole thing. Isolate the damaged section, re-render only that span with the same seed, and blend it back with a soft matte. Frame interpolation can smooth minor stutter, and stabilisation can rescue a shot where only the camera path wobbled. Tools such as Topaz Video AI or DaVinci Resolve's masking and repair features handle most of this without touching the rest of the timeline.
The difference between "impressive AI clip" and "looks like it was shot" is almost always lighting and camera behaviour, not model resolution.
Real footage has motivated light. Every source in frame has a reason to exist — a window, a practical lamp, a streetlight, a bounce card. Prompt for direction, not just mood: describe where the key light sits relative to the subject, what fills the shadow side, and what the colour temperature difference is between them. Flat, even illumination is the fastest way to make a render look synthetic.
When you cut between shots, keep the light direction consistent. If your character is lit from camera left in one shot, a jump to camera right lighting reads as a different location even if the background matches.
Specify focal length, aperture feel, and movement type. A 35mm with slight handheld micro-movement feels documentary. An 85mm with shallow depth of field feels like a portrait. Long lens compression, natural motion blur, and a hint of rolling shutter all nudge the eye toward "camera" rather than "render." Add restraint: over-the-top camera moves are the AI equivalent of a first-year film student showing off.
Perfect surfaces look fake. Skin has pores and uneven tone, hair has flyaways, cloth wrinkles and catches light unevenly. Prompt for texture rather than gloss, and in post add a light film grain, a touch of chromatic aberration at the frame edges, and a small amount of sensor noise in shadows. Keep these consistent across the whole piece; grain that appears and disappears between cuts breaks the illusion faster than grain that is slightly too strong.
Provenance is not a bureaucratic add-on. It is the part of the deliverable that tells a client, a platform, or an archive that this file is the one you made, and that it has not been altered since.
A practical manifest records the creator or organisation, the model and version used, a hash of the prompt, hashes of every input asset, generation timestamps, the edit history, and the licence terms attached to the output. Signed with a key you control, that record becomes verifiable by anyone with the public counterpart. C2PA-conformant tooling is the most widely supported way to embed this kind of data directly into the file, and it is read by several editing suites and publishing platforms without extra plugins.
Hashing is the backbone. Every time you export a version, generate a cryptographic hash of the file and append it to a simple log alongside the manifest. If someone later asks whether a published clip matches your master, comparing hashes answers the question in seconds. Keep the log alongside your project files, not inside a chat thread, and use the same naming convention for masters, manifests, and logs so an archive can be reconstructed years later.
Distributed ledgers can add value when several organisations need a shared, tamper-evident record — for example, a newsroom, a rights holder, and a distributor each holding a copy of the same registration entry. For a single studio or freelancer, signed manifests plus a versioned hash log cover the same ground with far less complexity. Choose the lightest tool that satisfies the party asking the hardest question.
Disclosure is now a baseline expectation on many platforms, and it is also good practice. A visible label in the corner is honest but easy to crop. Invisible marking survives moderate re-encoding but rarely survives aggressive re-compression, resizing, and screen recording in combination. The strongest approach layers three things: a visible disclosure where required, embedded signed metadata, and a published project page that lists the clip and its hashes. Any one of the three can be stripped; all three together are hard to fake.
Verification only works if the original remains available. Store the master file, the manifest, the hash log, and the model graph or settings together, and mirror them in at least two locations. Plan a migration path: signing formats, hash algorithms, and model versions all evolve, and a note explaining which tool produced which manifest will save a great deal of forensic work later.
Write the script and shot list, then build a look board for each scene: reference stills, colour direction, lens choice, and lighting diagram. Provision your cast of characters as reference sheets. Decide now which shots will be text-to-video and which need locked keyframes, because that decision determines how long generation will take.
Generate in batches, and log as you go: prompt text, seed, model version, reference assets, and the time of generation. Save every take that is even remotely usable, tagged by shot and take number. The takes you discard are often the ones you need three days later when a client asks for a specific expression.
Edit picture first, then colour, then sound. Upscale and enhance as late as possible — upscaling before the cut means processing footage you will never use. Fix lip sync and audio alignment before you commit to a final picture lock, because regenerating a shot after sound design is expensive in time and morale.
Export the master, generate the manifest and hash, and attach the disclosure metadata. Deliver the master, a platform-ready encode, the manifest, and a short readme that explains how to verify the file. A client who can verify a clip on their own is a client who trusts the next one.
Run this pass on every shot, not just the hero ones:
Deliver in the format the destination actually wants. Horizontal work usually lands at 16:9, social at 9:16 or 1:1, and an increasing number of clients want a square master for thumbnails and stills. Export H.264 for compatibility, H.265 or ProRes for higher-quality handoffs, and keep bitrate high enough that gradients in skies and skin do not band.
Loudness matters as much as picture. Standardise dialogue and music to a consistent integrated target so that a viewer scrolling through a feed does not reach for the volume control. Add burned-in or sidecar captions, and confirm that your disclosure label survives the platform's own re-encode.
For archiving, keep three things together in cold storage: the picture master, the project file or generation graph, and the provenance package. Add a plain-text note describing the models used and their versions. Six months from now that note will be the only thing standing between you and a full re-trace of a project you have half forgotten.
In short shots, with controlled lighting and consistent camera language, yes — convincingly enough that casual viewers will not question it. The weak points remain hands, complex interactions between multiple people, and any shot that runs long enough for drift to accumulate. Plan around those limits rather than trying to defeat them.
Three to eight seconds for most current models. Longer clips are possible but the failure rate climbs quickly, and repairing a long clip costs more than assembling a sequence from short ones.
No. Signed manifests embedded in the file, plus a versioned hash log you control, satisfy the vast majority of authenticity questions. Shared tamper-evident records become useful mainly when multiple independent parties need to agree on the same registration without trusting a single custodian.
Sometimes, but not reliably. Compression, resizing, cropping, and screen recording each degrade them. Treat invisible marking as one layer in a stack that also includes signed metadata and a public record of the clip, not as a guarantee.
Lock a reference set early, reuse the same seeds and conditioning across episodes, and log every parameter. Character consistency is a documentation problem as much as a modelling one.
Check the terms of every model you use, keep records of which model produced which shot, and be explicit with clients about what is and is not licensed. Clear paperwork is part of the deliverable, not a formality.
The direction of travel is clear: generation quality keeps improving, and verification expectations keep tightening alongside it. Studios that build logging, signing, and consistency habits into their pipeline now will spend their time on creative decisions, while everyone else spends it reconstructing what they made.

Alexander
Vidu Q4 alternatives compared: Kling 4.0, Seedance 2.5, Wan 3.0, and Runway Gen-4 — 4K support, input modes, durations, audio, and what each costs in credits on Domer.
The top 4K AI image generators on Domer compared: Flux 3 Klein, Nano Banana 2.1, GPT Image 2.5, GPT Image 2, and Nano Banana Pro — 4K credit costs, reference limits, and speed.
Nano Banana 2.1 vs GPT Image 2.5 Flare compared: credit costs per resolution, aspect ratios, reference images, text rendering, and which tasks fit each model.