Reading the recording…
ChoonCatalogRecording
demoThis build is a demo. The catalog and detections are a fixed sample.Scopereading…Sound is used for one thing: a short tone when a long scan finishes while this tab is in the background. The A/B listening check plays audio either way, because there the sound is the evidence.Reading the recording…
What is indexed for this recording, where has it turned up, and what payload was issued for it?
Sample data — This recording, its reference and its manifest state are the fixture form of GET /api/catalog/{id}; the detections come from the monitor fixture, joined on recording_id. Source: src/lib/fixtures/catalog.ts. Nothing below was measured from your catalog.
| Track | Audio | QC | Hashes |
|---|---|---|---|
| 219 | gs://audiofp-audio/references/rec_00219.wav | passed | 4,820 |
The endpoint returns one reference per recording — the audio it was ingested from. Per-variant references (a radio edit, an instrumental) are not modelled in monitor_recordings, so a second cut of the same recording is a second row in the catalog rather than a second reference here.
| Detection | Video | Span | Score | Band | Claim | Ownership | Watermark read |
|---|---|---|---|---|---|---|---|
| 4821 | dQw9aBc1XyZ | 0:18–0:46 | 0.091 8 of 41 windows | Match · review queue | unreported | In force | Not attempted |
Every score prints with the windows it was measured across, and confidence is a named band rather than a percentage — the two tiers the backend defines resolve to the same operating point on the only corpus they have been fitted on, so there is one band and not two. L2, §6.6.
No issuance on record
The manifest store was read and holds no payload for this ISRC. A real negative. No watermark read was attempted in this scan.
The lookup has four outcomes and this page renders four. An unreachable manifest store and an empty one are different answers, and only one of them means the recording is not watermarked — catalog_router.py:154.