Map the cues
Preview strict UTF-8 CSV, TSV or pasted lines, then commit the accepted rows in one go.
This browser workspace is for people who run voice-over recording sessions. Log every take against its script cue, circle the one you want, and the delivery filename is already written. Pickups, local WAV and AIFF checks and the handoff record stay on your device. The panel below is the session desk at the size you actually work at.
Then the orchard lights came on, one row at a time.
Direction Calm, unhurried, land on the last four words.
orchard_s01_c017_t03.wavScripts, takes and file names stay in this browser. There is no account, no upload and no microphone request.
A folder shows take numbers. It does not show which script revision was read, which take was chosen, why a cue came back, or which of two cues will overwrite the other on the way out.
Preview strict UTF-8 CSV, TSV or pasted lines, then commit the accepted rows in one go.
Number attempts while your recording software runs, and every take keeps the exact script revision it was read against.
A pickup round freezes why the cue came back, which take came before it, and what finally answered it.
Compare expected names against local WAV and AIFF headers, then freeze what the browser actually observed.
Your recording tool keeps capture, playback, editing and mastering. This browser never asks for the microphone and never reads an audio sample.
Header observations and the labels you type stay observations and labels. Nothing here becomes a quality, rights or compliance claim.
Projects live in this browser profile and travel as checkpoints you download. No operator can reach into one, including to recover it for you.
The shortest honest answer to what this is: a local ledger that keeps a script cue, the take that was read against it, the file that take will be delivered as, and the reason anything was redone, all in one record that survives a browser reload and travels as a file you own. It sits between your script spreadsheet and your recording software, and it does not try to become either.
The bundled Orchard Signal evaluation shows why that matters. It holds 100 original cues, 236 take records, three night-survey sessions, two pickup rounds and one prior delivery freeze. Since that freeze four things have gone wrong on purpose. Cue C017 was amended to a second revision, so its selected take now reads superseded script text. Cue C042 sits in issued pickup round P02 with no response take linked. Cue C055 is required, has takes, and has no current selection. The selected take for C090 renders an expected filename of CON.wav, a reserved device name on Windows, while cue codes C-071 and C_071 collapse onto one filename token once case and separators are normalized. A folder listing shows none of that. Working the stations in order shows all of it.
The workspace is nine stations in a fixed order: session, cues, intake, takes, filenames, pickups, preflight, delivery, projects. Each station writes one kind of record and refuses to write the others, so a filename decision cannot quietly become a take decision and a pickup round cannot quietly rewrite the session it came from. Every take carries the exact cue revision that was read, which is the single link that makes a stale selection detectable later.
Projects live in IndexedDB in the current browser profile, with a session-only fallback when that storage will not open. Nothing you load or type is uploaded, and the pages carry a content policy that blocks every outbound connection except the billing hosts the Premium page names. Portability comes from versioned JSON checkpoints you download yourself; a restore is transactional and refuses a file whose schema or digest does not check out.
Fifteen minutes with the bundled evaluation is a faster answer than any feature list.
Open the local workspace at station 01 Session