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.
QC has not run on this reference, so it is not known whether it is findable.
qc_status: pending. Ingestion is not verification — a reference is not known to be retrievable until something has queried it back. Until then this is unknown rather than false, and a clean scan proves nothing about this recording.
| Track | Audio | QC | Hashes |
|---|---|---|---|
| 3310 | gs://audiofp-audio/references/rec_03310.wav | pending | — |
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.
no use of this recording has been detected
Ingested, and QC has not run. Whether it is in the index is unknown — not false. Nothing can be concluded from a clean scan until it is.
Nothing to look up by
The manifest store is keyed by ISRC and this recording has none, so no lookup was made. Not a finding that it is unwatermarked — no question was asked.
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.