Calabi Labs · Guide · 2026-06-14
```html
If you've tried tools like Sora, Runway, Kling, or Pika to make viral videos, you already know the gap between what renders on screen and what actually passes a platform scan is huge. The file looks great. The quality feels real. Then Instagram, TikTok, or YouTube slaps an AI label on it — or suppresses it entirely — and you're left wondering what you missed. The answer is almost never about the visual output. It's about the invisible metadata layer baked into every AI export.
Your video didn't fail a visual inspection. It failed a forensic one.
Platforms don't detect AI video by watching it. They scan the file structure — the metadata, encoding signatures, and cryptographic manifests that travel alongside your video whether you see them or not. Here are the specific signals that trigger detection:
The most significant flag. C2PA embeds a structured manifest — stored as JUMBF (JPEG Universal Metadata Box Format) — directly into compatible video and image files. This manifest contains a cryptographic chain showing the asset's origin, including a digitalSourceType set to trainedAlgorithmicMedia the moment an AI model generates the content. Adobe, Microsoft, Google, and most major camera and software makers have adopted C2PA. Platforms including Meta and YouTube already read these manifests. A raw Sora export can carry 18 or more JUMBF atoms declaring its AI origin. That's the first thing a platform scanner checks.
Even outside the C2PA structure, AI generation tools write specific XMP (Extensible Metadata Platform) tags into file headers. The most damning is DigitalSourceType: trainedAlgorithmicMedia. Combined with generator-tool tags identifying the software and version — think "Sora 1.0" or "Runway Gen-3" — this tells a platform scanner exactly what made the file and when. A raw AI export can carry 144 metadata tags or more, most of them innocuous-looking to a human but screaming "AI-made" to a parser.
Video files encode frames using specific software libraries, and each one leaves a signature. AI video tools almost universally use FFmpeg-based encoders — specifically the Lavc (libavcodec) encoder with x264 or x265 SEI (Supplemental Enhancement Information) messages embedded in the bitstream. Real phone recordings use hardware encoders tied to a chipset: Qualcomm, Apple A-series, or Google Tensor. The encoder name in the bitstream is a strong signal. "Lavc58.134.100" screams synthetic. "Apple A17 Pro" says phone.
Legitimate phone recordings carry a constellation of signals that AI exports don't: a GPS coordinate from the moment of capture, a precise DateTimeOriginal timestamp matching local timezone rules, a device Make and Model, and a software version string matching that device's actual firmware. AI exports have none of this. They have creation timestamps, but they're formatted differently — and they're absent the GPS, device identity, and encoder hardware signatures that real camera captures carry. Platforms use the absence of these signals as a secondary flag.
These are the most common workarounds creators try, and here's why each one falls short against modern platform scanners:
Cropping removes visible content — a corner logo, a sparkle watermark — but the metadata layer is file-level, not pixel-level. C2PA manifests, XMP tags, and encoder fingerprints survive cropping because they're stored in the file header, not the image region you cut away. Cropping makes the video look cleaner to a human. It does nothing to the forensic signals that platforms actually read.
Screenshots and screen recordings bypass the original file metadata but introduce new problems. A screenshot from macOS or Windows embeds the OS screenshot utility's metadata, not a camera's. A screen recording carries the display driver's encoder signature. Neither replaces missing GPS, device identity, or capture timestamp — and platforms know what a screenshot file looks like too.
Re-encoding or re-exporting through a video editor strips some metadata but rarely all of it. FFmpeg's -map_metadata flag removes basic EXIF tags, but C2PA JUMBF atoms require explicit removal with specific tooling. More importantly, re-encoding through most editors either keeps the Lavc encoder fingerprint or introduces a new one from the editor's export pipeline — still not a hardware phone encoder. You're trading one encoder fingerprint for another, and platforms know what Handbrake and Adobe Media Encoder exports look like.
The core problem is that none of these approaches address all three layers simultaneously: the cryptographic manifest, the XMP metadata, and the encoder fingerprint. A file can look like a screenshot but still carry JUMBF atoms. It can be re-exported but still use Lavc. You need to strip all three layers at once and replace them with authentic phone-capture signals.
Calabi runs a one-pass pipeline that handles all three detection layers at once. Here's what the process actually does at each stage:
DigitalSourceType: trainedAlgorithmicMedia and generator-tool identifiers are purged. Lavc and x264 SEI encoder fingerprints in the video bitstream are neutralized. The result is a file with no AI-origin signals remaining.DateTimeOriginal exactly as a real phone records it. The encoder signature switches from Lavc to the actual hardware encoder for that device.trainedAlgorithmicMedia flag) and what was injected (device profile, GPS, timestamp, encoder name). You see the before-and-after proof in the same format platforms use to scan uploads.The output file passes the same scanner logic that platforms apply on upload. Not because it looks like a phone recording — but because at the file level, it is one.
Does Calabi change how the video looks?
No. Calabi works entirely at the file level — metadata and encoding signatures. It does not edit pixels, remove objects, add overlays, or touch the visual content in any way. If your AI video has a visible watermark like a corner logo, you still need to crop that out separately. Calabi removes the invisible detection signals that survive cropping.
Can platforms still detect my video even after cleaning?
Calabi removes the metadata and encoder signals that automated platform scanners specifically look for. Results vary based on the platform, the source model, and whether a platform uses perceptual hashes (invisible pixel patterns some generators embed). Calabi fully removes C2PA manifests, XMP AI flags, and encoder fingerprints — the primary detection layer as of 2026. Re-encoding through Calabi also disrupts some perceptual patterns, though results vary.
What's the difference between Calabi and a video editor or metadata stripper?
Standard metadata strippers remove basic EXIF tags. They don't touch C2PA JUMBF atoms, XMP DigitalSourceType flags, or bitstream-level encoder fingerprints. Video editors re-encode through their own pipeline, which replaces one encoder fingerprint with another — still not a real hardware phone encoder. Calabi removes all three layers and injects a complete device profile with GPS, timestamp, and authentic hardware encoder identity, verified by a forensic proof card you can read yourself.
Try Calabi free at calabilabs.com — 10 cleans, no card.
```