gptcleanuppro.com / sora-video-watermark-detector
Ready · dedicated media workflowMP4 · WebM · MOV
read independently
2 layers
container manifest
C2PA
signals, not a verdict
No score

The tool

A Sora video watermark detector that reports two layers

Sora video has carried marking at two levels that are structurally unrelated to each other. At the pixel level there is a visible mark composited into the frames, its position varying across the clip. At the container level there is a C2PA manifest: a cryptographically signed provenance record stating what produced the file.

This route reads both and reports them separately, because collapsing them into one answer destroys the only interesting information in the result. The clip is uploaded to our media workflow, since container metadata cannot be inspected without the file.

Structure

Why the two Sora watermark layers behave differently

Durability follows location. Anything encoded in the picture inherits the durability of the picture, and anything stored beside the picture inherits the fragility of metadata.

Pixel layer
Survives transcoding, scaling and compression, because those operations preserve the image content they are applied to. Removed only by altering the affected pixels.
Container layer
Discarded by most re-muxing and re-encoding paths, frequently without notice, because carrying unknown metadata forward is not the default behaviour of most pipelines.
Consequence
The two layers decay at wildly different rates, so the pair of results is more informative than either result alone.

Procedure

How to check a Sora video for a watermark in three steps

The provenance of the copy under test bounds what any check can establish.

Step 1
Select the earliest generation of the file available to you. Each re-encode in the chain is an opportunity for the container layer to have been dropped.
Step 2
Submit it above. Our media workflow parses the container for a provenance manifest and examines frames for the visible mark.
Step 3
Interpret the two findings independently, and record the file's handling history alongside them, because that history is what makes a negative reading meaningful or meaningless.

Inference

The asymmetry between a positive and a negative reading

A present manifest and an absent manifest are not two sides of one measurement. A present manifest is signed, which makes forgery expensive and makes the reading strong evidence about the file. An absent manifest is consistent with the file never having had one and equally consistent with routine stripping, and those two explanations are not distinguishable from the file alone.

The practical rule that follows: treat a positive reading as informative and a negative reading as a statement about the file's history rather than its origin. Any page that presents the absence of provenance as evidence of human authorship has inverted the logic.

A counterintuitive case

Why an unmarked clip can carry more provenance than a marked one

The intuition that a visible mark indicates a heavily marked file and a clean picture indicates a clean file does not hold. A download issued without the visible logo can carry a complete signed manifest, while a clip that obviously shows the mark can have lost its metadata to a single platform upload.

The visible mark therefore correlates with the delivery path, not with how much provenance data the file holds. It is a poor proxy, and a detector reporting only pixels or only metadata will mislead in opposite directions on those two files.

Sampling

Why single-frame sampling under-detects a moving mark

A mark whose position varies across frames turns detection into a sampling problem. A thumbnail, a screenshot or a first-frame check samples the clip once, and a mark that is small or against a high-detail background at that instant is easy to miss.

The same sampling error distorts evaluation of a removal pass. Inspecting a handful of frames and concluding the mark is gone overstates the result, since the frames where removal is hardest are precisely the frames nobody checks.

Limits, stated

What this Sora watermark detector does not do

It reads two signals. It does not perform statistical analysis of frame content, does not fingerprint motion, does not model temporal artefacts and does not output a probability that a clip is synthetic. Those are different techniques with different error profiles, and none of them is running here.

It also makes no claim about what any third-party detector or platform will conclude about the same file. A signed manifest naming a generator is strong evidence about the file; everything beyond that is inference, and this page does not present inference as measurement.

Applications

Who checks a Sora video for a watermark, and why

The useful applications share one trait: they need a defensible record of what the file declared, not a headline verdict.

Verification work
Establishing and documenting what a circulating file declares about itself, including the common case of declaring nothing.
Rights and delivery review
Checking supplied footage against delivery requirements before it is cut into a published piece.
Pipeline auditing
Determining at which stage of an internal chain provenance metadata is being discarded.
FAQ

Sora video watermark detector, answered precisely

All answered in full, nothing to click open.

How do I check whether a video was generated with Sora?

Submit the file here. The workflow parses the container for a signed provenance manifest and examines the frames for the visible mark.

What are the two Sora watermark layers?

A visible mark composited into the frames, and a C2PA provenance manifest stored in the file container. They are structurally independent.

Is this detector free?

Yes, with no account required to run a check.

Is the file uploaded?

Yes, to our own media workflow. Container metadata is unreadable without the file itself. It is not published or shared.

Why is a negative result weaker than a positive one?

A signed manifest is expensive to forge and therefore informative. An absent manifest is equally consistent with never having had one and with routine stripping.

What strips a C2PA manifest?

Most re-encoding and re-muxing paths, platform uploads and many consumer editors, usually as an unremarked side effect.

What removes the visible mark?

Only an operation that alters the pixels it occupies. Transcoding, scaling and compression all preserve it.

Does this return a confidence score?

No. It reports two concrete signals rather than a probability, because a probability derived from stripped evidence would be an estimate dressed as a measurement.

Does it analyse frames for AI artefacts?

No. There is no temporal artefact modelling, no optical flow analysis and no per-frame fingerprinting in this route.

Can a manifest be forged?

It is cryptographically signed, so a convincing forgery is difficult. A genuine manifest issued by a different tool is the more realistic ambiguity.

Why check the earliest copy of the file?

Because every subsequent encode is an opportunity for the container layer to be dropped, and a stripped manifest cannot be recovered.

Does a screen recording preserve either layer?

It preserves whatever was visible in the picture and none of the container metadata, since the recording is a newly written file.

Can a clip carry a manifest but no visible mark?

Yes. That combination is common and is why the two layers are reported separately rather than merged.

Why is single-frame inspection unreliable here?

The mark's position varies across the clip, so one frame is a single sample of a moving target and systematically under-detects.

Does this predict what a platform will flag?

No. It reports what the file carries. No claim is made about any third party's conclusion on the same file.

What file sizes are practical?

Ordinary exported clips are fine. Longer or larger files take proportionally longer to process.

Does it work in a mobile browser?

Yes, identically to the desktop path.

How does this differ from the Sora video watermark remover route?

This route reads and reports. The remover route works on the pixel layer, which is the only layer an edit of the picture can affect.

How does this differ from a SynthID check?

SynthID is a distinct scheme associated with a different set of generators and is handled on its own routes here.

Can stripped provenance be restored?

No. The signed record is gone once discarded, and no downstream tool reconstructs it.

Why do two copies of one video read differently?

They are different files with different encode histories, and the container layer does not survive that history intact.

Does running the check modify the file?

No. The check reads the submitted file and does not write an altered copy of it.

Read both Sora watermark layers.

Submit the clip above. Pixel-level mark and container manifest are reported as separate findings.

Open the detector