Prepare pull requests to get my code into Strudel

[gogins]

• [x] Reduce patches of Strudel code to the absolute minimum. That already seems to be the case.
• [x] Determine if any of my patches are no longer necessary (run the Logistic example and Cloud Music No. 9). That does not seem to be the case.
• [ ] PR: API for embedded Strudel, as a separate module.
• [ ] PR: FIx multiple file separators.
• [x] PR? StatefulPatterns. Not doing.

[gogins]

Summary for FR:

• The project I'm working on this one, cloud-5, which is the library and toolkit I use to make my Web site of online, always-on music, cloud-music.
• cloud-5 is an all-HTML5 computer music that runs only in standard Web browsers, either locally hosted or on the WWW.
• In this system, a musical composition is a single HTML file that can run Csound, Strudel, and my C++/WebAssembly library for algorithmic composition, CsoundAC.
• We have already succeeded in getting Csound to play notes from Strudel.
• I have succeeded in writing a JavaScript module, statefulpatterns.mjs, that can carry objects with state from CsoundAC, or any other object with state, into Strudel Patterns. In particular, see this example. This is done by subclassing the StatefulPatterns class, which automatically registers all class methods as Strudel Patterns; each method acts both as a trigger and as a plain value.
• I have had no luck synchronizing this state with Strudel haps except by using a silent WebAudio node. That is what csoundn in csoundac.mjs does. I.e., csoundn is scheduled at exactly the same time as the silent WebAudio output. It does not use a trigger as csound does. I surmise that only at the point of real-time audio output can the queries of Strudel actually be matched with stateful values. Also, the scheduling only works if csoundn has access to timing information from Cyclist in order to schedule notes within cycles, so I exposed Cyclist as a singleton in globalThis.__cyclist__.
• The pianoroll also doesn't work out of the box. Either it doesn't show up, or it shows a flat line of notes that jumps at every cycle boundary. I added also a global Hap buffer in globalThis.haps_from_outputs; csoundn pushes all the Haps it actually plays onto this buffer.
• Then pianoroll pushes the Haps from csoundn in the global buffer onto the haps parameter, which is full of extraneous Haps from queries. The global buffer is then filtered and assigned to the regular haps object in pianoroll. Which then displays properly. If I knew more about the innards of Strudel perhaps I could get rid of these extraneous Haps. However, they don't seem to cause a big performance hit.

[gogins]

Here are the pull requests I am contemplating:

• [ ] Modify csound and csoundm to send certain custom Strudel control parameters to Csound control channels.
• [ ] Fix directory separator and relative path problems.
• [ ] API for embedded REPL, in a separate file that creates an element with functions.
• [ ] Build source maps.

[gogins]

On second thought, I am going to try to avoid this.