Every run is probed and validated against a named delivery profile — broadcast HD 29.97, streaming 1080p 30, podcast audio — with per-rule pass/fail on the frame rate, resolution, codec, pixel format, color primaries, bit depth, and aspect. The moment the file lands, you know.
A vendor ships you a file that looks fine. You don't find out the frame rate is 24 fps, not 29.97, until you hit the playout server. You don't find out the chroma subsampling is wrong until the encoder chokes. You don't find out the bit depth is 10-bit when your spec calls for 8, or the aspect is 16:9 anamorphic when it needed to be 1920×1080 square-pixel.
Manual QC is expensive and catches the problem too late. You need the spec check to be automatic, and you need the result the instant the file lands.
Video: frame rate (including fractional 30000/1001), resolution, codec, pixel format, aspect ratio, bit depth, color primaries. Audio: codec, sample rate, channel count, bit depth. Container format. Per-rule tolerances are configurable on the profile.
Yes. The profile registry lives in config alongside the built-ins. Contact sales if you need a bespoke profile and we'll help you add it.
The run completes; compliance is a side-car report, not a blocker. You get the Overview chip, the per-rule report, and the ability to route or flag the run however you want — hold in review, reject in delivery, alert a channel, etc.
As part of the worker pipeline after media prep, before downstream analysis. No extra wait — it runs in parallel with loudness measurement and other QC steps.
Yes. Use the podcast_audio_only profile (or define your own) to validate bitrate, sample rate, channel count, and codec on podcast deliveries.