fix(nujazz): one paren too many killed all twelve orbits of rose_rouge
$ midiOn "^76" ((# delay 0.6) . (# delayt "e") . (# delayfb 0)))
^
The `^59` block twenty lines down uses the same idiom correctly with a single
outer paren, so this is a typo, not a misunderstanding.
Worth recording how it was found, because it was not found by reading. Running
tools/silent-eval.py over the track returned:
rose_rouge: THE TRACK DOES NOT COMPILE — it will fail live too.
Every dN in its block is dead.
rose_rouge.tidal:21:68: error: parse error on input ')'
One parse error silences the WHOLE do-block (reference_tidal_silent_failures) —
not just d4. Twelve orbits, no sound, no obvious cause at the desk, and the only
signal is a GHC error in a console nobody is looking at mid-set.
With the paren removed, the same query is honest about what is left:
FAIL — 2 orbit(s) SILENT
SILENT d4 (line 19) (nothing in 64 cycles)
SILENT d11 (line 71) (nothing in 64 cycles)
Both for the reason predicted before running it: d4 carries
`# crushbus 41 (range 16 4 "^35")` and d11 carries `# delay (range 0 0.9 "^19")`
— bare "^NN" inside a `#`, which yields NO EVENTS on an empty control map. And
`silent-eval --seeded` returns `ok` for every orbit, which is the same fact from
the other side.
That is a cold query against an EMPTY map, so it describes a rig whose boot seed
did not run. Whether this one's did is a separate question and not yet answered
here — see #156, which I had wrong.
Showing
Please
register
or
sign in
to comment