Skip to content

All FAQs

Comparisons FAQs

How does SWEAR compare to the ONVIF and C2PA collaboration?

ONVIF (Open Network Video Interface Forum) and C2PA (Coalition for Content Provenance and Authenticity) are separate initiatives with different origins and scopes, and they have formed a strategic collaboration around digital video trust. In that collaboration, provenance is generally carried with the media asset, while SWEAR anchors proof independently outside the asset.

Full FAQ ↗

General FAQs

How does SWEAR work?

As video is captured, SWEAR creates a proof of originality by cryptographically hashing each frame and associated audio. SWEAR stores those hashes on blockchain so teams can later validate video authenticity.

Full FAQ ↗

How accurate is SWEAR?

Down to a single pixel.

Full FAQ ↗

Are you securing the hashes of every frame?

Yes. SWEAR secures authenticity at the source by creating proof-of-original as video is captured. Each frame is hashed, summary hashes are generated using the camera's group-of-pictures (GOP) structure, and that proof data is anchored to a permissioned, tamper-evident blockchain ledger.

At playback, SWEAR validates the video against its original proof and returns a deterministic result (authentic or altered). This design helps security, media, and enterprise teams confirm trust quickly, detect even small edits, and preserve verifiability across copies and transcodes when underlying content remains unchanged.

Full FAQ ↗

Why do you protect the hashes with blockchain?

Blockchain provides a strong, tamper-evident way to protect data authenticity.

Full FAQ ↗

Can SWEAR protect older digital recordings?

No.

Full FAQ ↗

Are the Authenticity Score and Time Score related?

No. These scores are independent and measure different things.

Full FAQ ↗

What data is contained in the cryptographic hashes?

Irreversible mathematical representations of camera footage.

Full FAQ ↗

Does SWEAR increase storage or bandwidth requirements?

SWEAR’s text-based hashing has a minimal impact on storage and bandwidth.

Full FAQ ↗

Milestone FAQs

How does SWEAR integrate with Milestone?

SWEAR integrates with Milestone XProtect as a MIPS plug-in layer, not as a replacement for your VMS. Milestone continues to handle camera ingestion, recording, retention, playback, and operator workflows, while SWEAR adds continuous authenticity certification in parallel.

As video is recorded, SWEAR generates cryptographic hash records and preserves that evidence in a blockchain-backed ledger so footage can later be verified against its originally certified state. In practice, teams keep using Milestone as normal, but gain tamper-evident authenticity proof for protected cameras.

Full FAQ ↗

Does SWEAR impact Milestone VMS performance?

In normal operation, SWEAR does not materially impact Milestone recording, playback, or core storage workflows. SWEAR runs as a sidecar-style certification service: it reads recorded stream data, generates cryptographic hash records, and uploads only those compact records. It does not alter camera video, does not replace Milestone recording logic, and does not send raw video off-host.

At scale, runtime impact is typically low and predictable, with resource use driven mainly by the number of protected cameras and their bitrate. The most noticeable load is usually temporary, such as when the service catches up after downtime or when network/API interruptions create a queue backlog. With standard deployment settings and healthy connectivity, SWEAR stays near steady state and operates with minimal operational disruption.

Full FAQ ↗

How do I know if SWEAR is hashing and protecting video in the blockchain ledger?

Watch the status window counters to confirm SWEAR is working. Navigate to SWEAR > Certification Servers > select your server > Status tab. If T and U update every ~10 seconds, hashing and uploading are active.

Figure 1: SWEAR Status Tab

Full FAQ ↗

Why is my exported video not validating?

Validation failures usually happen because the exported file is no longer an exact match to the original SWEAR-protected recording. In Milestone, this most commonly occurs when privacy masks are embedded during export. The exported file is still usable for playback, but from a certification perspective, embedded masks alter pixel data and break the hash match SWEAR expects.

Validation can also fail or show partial results when the selected time range includes video that was never protected, was not recorded, or was modified after recording. To get a valid result, export only the exact protected interval, confirm the camera is enrolled in the SWEAR Certification Service, avoid content-altering export options.

Full FAQ ↗

SWEAR Plugin Tab Missing in Milestone Export

When the SWEAR Plugin tab is missing in a Milestone export, the most common cause is Windows trust blocking on exported files, especially after download, ZIP extraction, or transfer from another machine. Running the export from a network path, mapped drive, or remote location can trigger the same plugin-load restrictions. Validation inside the installed Smart Client is not affected; this issue is specific to the standalone export player environment.

Critical checks are to run the export only from a local drive, unblock the full export file set (not just SwearPlugin.dll), and launch via SmartClient-Player.exe instead of opening an .scp file.

Full FAQ ↗