diff --git a/website/src/components/LeftSidebar/LeftSidebar.astro b/website/src/components/LeftSidebar/LeftSidebar.astro index a7804785..741e3f0c 100644 --- a/website/src/components/LeftSidebar/LeftSidebar.astro +++ b/website/src/components/LeftSidebar/LeftSidebar.astro @@ -17,7 +17,7 @@ const sidebar = SIDEBAR[langCode]; { Object.entries(sidebar).map(([header, children]) => (
  • -
    +

    {header}

      {children.map((child) => { diff --git a/website/src/config.ts b/website/src/config.ts index 422fe40d..d00e293e 100644 --- a/website/src/config.ts +++ b/website/src/config.ts @@ -57,5 +57,10 @@ export const SIDEBAR: Sidebar = { { text: 'Tonal', link: 'learn/tonal' }, { text: 'MIDI & OSC', link: 'learn/input-output' }, ], + 'Technical Manual': [ + { text: 'Patterns', link: 'technical-manual/patterns' }, + { text: 'REPL', link: 'technical-manual/repl' }, + { text: 'Pattern Alignment', link: 'technical-manual/alignment' }, + ], }, }; diff --git a/website/src/pages/technical-manual/about.mdx b/website/src/pages/technical-manual/about.mdx new file mode 100644 index 00000000..97544070 --- /dev/null +++ b/website/src/pages/technical-manual/about.mdx @@ -0,0 +1,3 @@ +This section introduces you to Strudel in a technical sense. If you just want to _use_ Strudel, have a look at the [Tutorial](/learn/getting-started). + +TODO \ No newline at end of file diff --git a/website/src/pages/technical-manual/alignment.mdx b/website/src/pages/technical-manual/alignment.mdx new file mode 100644 index 00000000..2c2a1d15 --- /dev/null +++ b/website/src/pages/technical-manual/alignment.mdx @@ -0,0 +1,47 @@ +--- +title: Pattern Aligment +layout: ../../layouts/MainLayout.astro +--- + +import { MiniRepl } from '../../docs/MiniRepl'; + +# Pattern Aligment & Combination + +One core aspect of Strudel, inherited from Tidal, is the flexible way that patterns can be combined, irrespective of their structure. Its declarative approach means a live coder does not have to think about the details of _how_ this is done, only _what_ is to be done. + +As a simple example, consider two number patterns `"0 [1 2] 3"`, and `"10 20"`. The first has three contiguous steps of equal lengths, with the second step broken down into two substeps, giving four events in total. There are a very large number of ways in which the structure of these two patterns could be combined, but the default method in both Strudel and Tidal is to line up the cycles of the two patterns, and then take events from the first pattern and match them with those in the second pattern. Therefore, the following two lines are equivalent: + +```js +'0 [1 2] 3'.add('10 20'); +('10 [11 22] 23'); +``` + +Where the events only partially overlap, they are treated as fragments +of the event in the first pattern. This is a little difficult to +conceptualise, but lets start by comparing the two patterns in the +following example: + +```js +'0 1 2'.add('10 20'); +('10 [11 21] 20'); +``` + +They are similar to the previous example in that the number `1` is split in two, with its two halves added to `10` and `20` respectively. However, the `11` 'remembers' that it is a fragment of that original `1` event, and so is treated as having a duration of a third of a cycle, despite only being active for a sixth of a cycle. Likewise, the `21` is also a fragment of that original `1` event, but a fragment of its second half. Because the start of its event is missing, it wouldn't actually trigger a sound (unless it underwent further pattern transformations/combinations). + +In practice, the effect of this default, implicit method for combining two patterns is that the second pattern is added _in_ to the first one, and indeed this can be made explicit: + +```js +'0 1 2'.add.in('10 20'); +``` + +This makes way for other ways to align the pattern, and several are already defined, in particular: + +- `in` - as explained above, aligns cycles, and applies values from the pattern on the right _in_ to the pattern on the left. +- `out` - as with `in`, but values are applied _out_ of the pattern on the left (i.e. _in_ to the one on the right). +- `mix` - structures from both patterns are combined, so that the new events are not fragments but are created at intersections of events from both sides. +- `squeeze` - cycles from the pattern on the right are squeezed into events on the left. So that e.g. `"0 1 2".add.squeeze("10 20")` is equivalent to `"[10 20] [11 21] [12 22]"`. +- `squeezeout` - as with `squeeze`, but cycles from the left are squeezed into events on the right. So, `"0 1 2".add.squeezeout("10 20")` is equivalent to `[10 11 12] [20 21 22]`. +- `trig` is similar to `squeezeout` in that cycles from the right are aligned with events on the left. However those cycles are not 'squeezed', rather they are truncated to fit the event. So `"0 1 2 3 4 5 6 7".add.trig("10 [20 30]")` would be equivalent to `10 11 12 13 20 21 30 31`. In effect, events on the right 'trigger' cycles on the left. +- `trigzero` is similar to `trig`, but the pattern is 'triggered' from its very first cycle, rather than from the current cycle. `trig` and `trigzero` therefore only give different results where the leftmost pattern differs from one cycle to the next. + +We will save going deeper into the background, design and practicalities of these alignment functions for future publications. However in the next section, we take them as a case study for looking at the different design affordances offered by Haskell to Tidal, and JavaScript to Strudel. diff --git a/website/src/pages/technical-manual/packages.mdx b/website/src/pages/technical-manual/packages.mdx new file mode 100644 index 00000000..cbab33b9 --- /dev/null +++ b/website/src/pages/technical-manual/packages.mdx @@ -0,0 +1,10 @@ +## Strudel Packages + +There are different packages for different purposes. They.. + +- split up the code into smaller chunks +- can be selectively used to implement some sort of time based system + +Please refer to the individual README files in the [packages folder](https://github.com/tidalcycles/strudel/tree/main/packages) + +TODO \ No newline at end of file diff --git a/website/src/pages/technical-manual/patterns.mdx b/website/src/pages/technical-manual/patterns.mdx new file mode 100644 index 00000000..8ea41a86 --- /dev/null +++ b/website/src/pages/technical-manual/patterns.mdx @@ -0,0 +1,39 @@ +--- +title: Patterns +layout: ../../layouts/MainLayout.astro +--- + +import { MiniRepl } from '../../docs/MiniRepl'; +import { JsDoc } from '../../docs/JsDoc'; + +# Patterns + +Patterns are the essence of Tidal. Its patterns are abstract entities that represent flows of time as functions, adapting a technique called pure functional reactive programming. Taking a time span as its input, a Pattern can output a set of events that happen within that time span. It depends on the structure of the Pattern how the events are located in time. +From now on, this process of generating events from a time span will be called **querying**. +Example: + + e.show())) +silence`} +/> + +In this example, we create a pattern using the `sequence` function and **query** it for the time span from `0` to `1`. +Those numbers represent units of time called **cycles**. The length of one cycle depends on the tempo, which defaults to one cycle per second. +The resulting events are: + +```js +[ + '[ 0/1 -> 1/2 | c3 ]', // + '[ 1/2 -> 3/4 | e3 ]', + '[ 3/4 -> 1/1 | g3 ]', +]; +``` + +Each event has a value, a begin time and an end time, where time is represented as a fraction. In the above case, the events are placed in sequential order, where c3 takes the first half, and e3 and g3 together take the second half. This temporal placement is the result of the `sequence` function, which divides its arguments equally over one cycle. If an argument is an array, the same rule applies to that part of the cycle. In the example, e3 and g3 are divided equally over the second half of the whole cycle. + +Note that the query function is not just a way to access a pattern, but true to the principles of functional programming, is the pattern itself. This means that in theory there is no way to change a pattern, it is opaque as a pure function. In practice though, Strudel and Tidal are all about transforming patterns, so how is this done? The answer is, by replacing the pattern with a new one, that calls the old one. This new one is only able to manipulate the query before passing it to the old pattern, and manipulate the results from it before returning them to caller. But, this is enough to support all the temporal and structural manipulations provided by Strudel (and Tidal's) extensive library of functions. + +The above examples do not represent how Strudel is used in practice. In the live coding editor, the user only has to type in the pattern itself, the querying will be handled by the scheduler. The scheduler will repeatedly query the pattern for events, which are then scheduled as sound synthesis or other event triggers. diff --git a/website/src/pages/technical-manual/repl.mdx b/website/src/pages/technical-manual/repl.mdx new file mode 100644 index 00000000..d0f11dfb --- /dev/null +++ b/website/src/pages/technical-manual/repl.mdx @@ -0,0 +1,190 @@ +--- +title: REPL +layout: ../../layouts/MainLayout.astro +--- + +import { MiniRepl } from '../../docs/MiniRepl'; + +# REPL + +{/* The [REPL](https://strudel.tidalcycles.org/) is the place where all packages come together to form a live coding system. It can also be seen as a reference implementation for users of the library. */} + +While Strudel can be used as a library in any JavaScript codebase, its main, reference user interface is the Strudel REPL^[REPL stands for read, evaluate, print/play, loop. It is friendly jargon for an interactive programming interface from computing heritage, usually for a commandline interface but also applied to live coding editors.], which is a browser-based live coding environment. This live code editor is dedicated to manipulating Strudel patterns while they play. The REPL features built-in visual feedback, highlighting which elements in the patterned (mini-notation) sequences are influencing the event that is currently being played. This feedback is designed to support both learning and live use of Strudel. + +Besides a UI for playback control and meta information, the main part of the REPL interface is the code editor powered by CodeMirror. In it, the user can edit and evaluate pattern code live, using one of the available synthesis outputs to create music and/or sound art. The control flow of the REPL follows 3 basic steps: + +1. The user writes and updates code. Each update transpiles and evaluates it to create a `Pattern` instance +2. While the REPL is running, the `Scheduler` queries the active `Pattern` by a regular interval, generating `Events` (also known as `Haps` in Strudel) for the next time span. +3. For each scheduling tick, all generated `Events` are triggered by calling their `onTrigger` method, which is set by the output. + + + +## User Code + +To create a `Pattern` from the user code, two steps are needed: + +1. Transpile the JS input code to make it functional +2. Evaluate the transpiled code + +### Transpilation & Evaluation + +In the JavaScript world, using transpilation is a common practise to be able to use language features that are not supported by the base language. Tools like `babel` will transpile code that contains unsupported language features into a version of the code without those features. + +In the same tradition, Strudel can add a transpilation step to simplify the user code in the context of live coding. For example, the Strudel REPL lets the user create mini-notation patterns using just double quoted strings, while single quoted strings remain what they are: + +```js +'c3 [e3 g3]*2'; +``` + +is transpiled to: + +```js +mini('c3 [e3 g3]*2').withMiniLocation([1, 0, 0], [1, 14, 14]); +``` + +Here, the string is wrapped in `mini`, which will create a pattern from a mini-notation string. Additionally, the `withMiniLocation` method passes the original source code location of the string to the pattern, which enables highlighting active events. + +Other convenient features like pseudo variables, operator overloading and top level await are possible with transpilation. + +After the transpilation, the code is ready to be evaluated into a `Pattern`. + +Behind the scenes, the user code string is parsed with `acorn`, turning it into an Abstract Syntax Tree (AST). The AST allows changing the structure of the code before generating the transpiled version using `escodegen`. + + + +### Mini-notation + +While the transpilation allows JavaScript to express Patterns in a less verbose way, it is still preferable to use the mini-notation as a more compact way to express rhythm. Strudel aims to provide the same mini-notation features and syntax as used in Tidal. + +The mini-notation parser is implemented using `peggy`, which allows generating performant parsers for Domain Specific Languages (DSLs) using a concise grammar notation. The generated parser turns the mini-notation string into an AST which is used to call the respective Strudel functions with the given structure. For example, `"c3 [e3 g3]*2"` will result in the following calls: + +```js +seq( + reify('c3').withLocation([1, 1, 1], [1, 4, 4]), + seq(reify('e3').withLocation([1, 5, 5], [1, 8, 8]), reify('g3').withLocation([1, 8, 8], [1, 10, 10])).fast(2), +); +``` + +### Highlighting Locations + +As seen in the examples above, both the JS and the mini-notation parser add source code locations using `withMiniLocation` and `withLocation` methods. While the JS parser adds locations relative to the user code as a whole, the mini-notation adds locations relative to the position of the mini-notation string. The absolute location of elements within mini-notation can be calculated by simply adding both locations together. This absolute location can be used to highlight active events in real time. + +### Mini Notation + +Another important part of the user code is the mini notation, which allows to express rhythms in a short manner. + +- the mini notation is [implemented as a PEG grammar](https://github.com/tidalcycles/strudel/blob/main/packages/mini/krill.pegjs), living in the [mini package](https://github.com/tidalcycles/strudel/tree/main/packages/mini) +- it is based on [krill](https://github.com/Mdashdotdashn/krill) by Mdashdotdashn +- the peg grammar is used to generate a parser with [peggyjs](https://peggyjs.org/) +- the generated parser takes a mini notation string and outputs an AST +- the AST can then be used to construct a pattern using the regular Strudel API + +Here's an example AST for `c3 [e3 g3]` + +```json +{ + "type_": "pattern", + "arguments_": { "alignment": "h" }, + "source_": [ + { + "type_": "element", "source_": "c3", + "location_": { "start": { "offset": 1, "line": 1, "column": 2 }, "end": { "offset": 4, "line": 1, "column": 5 } } + }, + { + "type_": "element", + "location_": { "start": { "offset": 4, "line": 1, "column": 5 }, "end": { "offset": 11, "line": 1, "column": 12 } } + "source_": { + "type_": "pattern", "arguments_": { "alignment": "h" }, + "source_": [ + { + "type_": "element", "source_": "e3", + "location_": { "start": { "offset": 5, "line": 1, "column": 6 }, "end": { "offset": 8, "line": 1, "column": 9 } } + }, + { + "type_": "element", "source_": "g3", + "location_": { "start": { "offset": 8, "line": 1, "column": 9 }, "end": { "offset": 10, "line": 1, "column": 11 } } + } + ] + }, + } + ] +} +``` + +which translates to `seq(c3, seq(e3, g3))` + +## Scheduling Events + +After an instance of `Pattern` is obtained from the user code, +it is used by the scheduler to get queried for events. Once started, the scheduler runs at a fixed interval to query the active pattern for events within the current interval's time span. A simplified implementation looks like this: + +```js +let pattern = seq('c3', ['e3', 'g3']); // pattern from user +let interval = 0.5; // query interval in seconds +let time = 0; // beginning of current time span +let minLatency = 0.1; // min time before a hap should trigger +setInterval(() => { + const haps = pattern.queryArc(time, time + interval); + time += interval; // increment time + haps.forEach((hap) => { + const deadline = hap.whole.begin - time + minLatency; + onTrigger(hap, deadline, duration); + }); +}, interval * 1000); // query each "interval" seconds +``` + +Note that the above code is simplified for illustrative purposes. The actual implementation has to work around imprecise callbacks of `setInterval`. More about the implementation details can be read in [this blog post](https://loophole-letters.vercel.app/web-audio-scheduling). + +The fact that `Pattern.queryArc` is a pure function that maps a time span to a set of events allows us to choose any interval we like without changing the resulting output. It also means that when the pattern is changed from outside, the next scheduling callback will work with the new pattern, keeping its clock running. + +The latency between the time the pattern is evaluated and the change is heard is between `minLatency` and `interval + minLatency`, in our example between 100ms and 600ms. In Strudel, the current query interval is 50ms with a minLatency of 100ms, meaning the latency is between 50ms and 150ms. + +## Output + +The last step is to trigger each event in the chosen output. +This is where the given time and value of each event is used to generate audio or any other form of time based output. The default output of the Strudel REPL is the WebAudio output. To understand what an output does, we first have to understand what control parameters are. + +### Control Parameters + +To be able to manipulate multiple aspects of sound in parallel, so called control parameters are used to shape the value of each event. Example: + +```js +note('c3 e3') + .cutoff(1000) + .s('sawtooth') + .queryArc(0, 1) + .map((hap) => hap.value); +/* [ + { note: 'c3', cutoff: 1000, s: 'sawtooth' } + { note: 'e3', cutoff: 1000, s: 'sawtooth' } +] */ +``` + +Here, the control parameter functions `note`, `cutoff` and `s` are used, where each controls a different property in the value object. Each control parameter function accepts a primitive value, a list of values to be sequenced into a `Pattern`, or a `Pattern`. In the example, `note` gets a `Pattern` from a mini-notation expression (double quoted), while `cutoff` and `s` are given a `Number` and a (single quoted) `String` respectively. + +Strudel comes with a large default set of control parameter functions that are based on the ones used by Tidal and SuperDirt, focusing on music and audio terminology. It is however possible to create custom control parameters for any purpose: + +```js +const { x, y } = createParams('x', 'y'); +x(sine.range(0, 200)).y(cosine.range(0, 200)); +``` + +This example creates the custom control parameters `x` and `y` which are then used to form a pattern that descibes the coordinates of a circle. + +### Outputs + +Now that we know how the value of an event is manipulated using control parameters, we can look at how outputs can use that value to generate anything. The scheduler above was calling the `onTrigger` function which is used to implement the output. A very simple version of the web audio output could look like this: + +```js +function onTrigger(hap, deadline, duration) { + const { note } = hap.value; + const time = getAudioContext().currentTime + deadline; + const o = getAudioContext().createOscillator(); + o.frequency.value = getFreq(note); + o.start(time); + o.stop(time + event.duration); + o.connect(getAudioContext().destination); +} +``` + +The above example will create an `OscillatorNode` for each event, where the frequency is controlled by the `note` param. In essence, this is how the WebAudio API output of Strudel works, only with many more parameters to control synths, samples and effects.