The watcher's not-answering message said 'load the responder once, in SC:
"sample_watch.scd".load'. Checked that against the live rig and it is not
possible here. sclang runs headless under parvagues-sc.service, so there is no
post window to type into; its stdin is /dev/null, so nothing can be piped in;
and neither sclang nor the ParVagues boot exposes any endpoint that interprets
code over OSC. There is no way in.

Which means a rig booted before start_and_midi.scd learned to source the
responder will never answer /pv/ping, no matter how long the watcher waits —
exactly the case right now, sclang having come up 2026-08-13 14:20 against a
boot script that only grew the source line at 2026-08-14 11:07.

So the message now names the real remedy and its real price: a restart of
parvagues-sc, which stops the sound, and therefore belongs between tracks and
never mid-set. A wrong instruction is worse than a blunt one — it sends you
hunting for a window that does not exist.

rose (46 files) and love_parade (5) are still sitting unloaded and unshadowed,
waiting for that restart.