$ 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.