USE WHEN
Use this manual when
- Projects mixing generated, live-action, stock, dubbing and post assets
- Teams disclosing AI involvement to platforms, rights holders or clients
- Productions that must reconstruct trailers, episodes and platform variants
PRODUCTION MANUAL · Provenance & delivery
Separate Content Credentials, ordinary metadata, file hashes and platform AI labels to build a master package that remains auditable through editing and distribution.

USE WHEN
DO NOT USE AS
VERIFIED FACTS
C2PA 2.4 uses verifiable manifests to record provenance and actions, with signatures and content bindings providing tamper evidence; trust still depends on signer identity and validation context.
Version 2.4 introduces the crJSON derived view; the specification states that it is not independently verifiable and is not an input format, so exported JSON alone is not the full credential.
China's synthetic-content labelling rules and platform labels such as TikTok's sit in the publication-compliance layer. They relate to, but are not equivalent to, C2PA credentials.
REQUIRED INPUTS
WORKFLOW
Register source, rights, hash and permitted transformations at ingest.
Create a new version for every generation or edit; never overwrite prior files or manifests.
Write C2PA actions and ingredients where supported and retain an external audit ledger elsewhere.
Hash the master after export and validate credentials and signature state.
Preserve parent-child relationships for platform variants and apply territory/platform labels separately.
Archive masters, manifests, validation results, disclosures and revision records.
DELIVERABLES & QC
EVIDENCE BOUNDARY
C2PA supports verifiable provenance and action claims; it does not automatically prove truth, legality, originality or lack of bias. A hash proves file identity only. AniVerse does not treat a credential as sufficient proof that content is trustworthy.