@audiofab-io/fv1-core 0.6.0 → 0.6.1

package/blocks/ATL_DEVELOPER_REFERENCE.md

@@ -1,156 +1,156 @@
-# ATL (Audiofab Template Language) Block Development Reference
-
-This document serves as the foundational context and ruleset for creating high-quality FV-1 algorithms as ATL blocks in the FV-1 VS Code Extension.
-
-## 1. File Structure Overview
-Each `.atl` file must consist of two main parts separated by `---`:
-1. **JSON Configuration Module**: Defines block metadata, inputs, outputs, parameters, memories, and hardware registers.
-2. **ATL Code Module**: Contains the FV-1 DSP assembly mixed with ATL macros and directives.
-
-## 2. Parameter Conversions
-All parameters should be explicitly mapped using proper conversions. Use the `conversion` key in the parameter JSON.
-- **Gain**: Use `"conversion": "DBLEVEL"` (UI shows dB, code gets linear).
-- **Delay Times**: Use `"conversion": "MS_TO_SAMPLES"` (UI shows ms, code gets sample count).
-- **Frequencies / Rates**: Use `"conversion": "HZ_TO_LFO_RATE"` for LFOs, `"conversion": "LOGFREQ"` for filters.
-- **LFO Width**: Use `"conversion": "MS_TO_LFO_RANGE"`.
-
-## 3. Fallbacks for Control Inputs
-Every control input must have a corresponding "fallback" strategy when the input pin is NOT connected by the user.
-
-### The `@cv` Macro (Recommended)
-The standard way to handle control inputs is using the `@cv` macro. It automatically handles three scenarios based on whether the input port is connected:
-1. **Unconnected**: Loads the value of the port's associated parameter as a constant (`SOF 0.0, <equ>`).
-2. **Connected to a standard CV/LFO**: Loads the parameter value and scales it by the pot input (`CLR; SOF 0.0, <equ>; MULX <reg>`), giving ACC ∈ [0..paramValue].
-3. **Connected to a zero-bypassed Pot**: Uses the 5-instruction bypass block with the pot's `Zero Bypass Value` as the fallback (instead of the parameter). The pot value is scaled by the parameter value via `RDAX reg, <equ>`.
-
-The control input JSON **must** include a `"parameter"` field pointing to the parameter that provides the default/range:
-
-```json
-{ "id": "mixCV", "name": "Mix", "type": "control", "required": false, "parameter": "mix" }
-```
-
-Usage in the ATL template body — just one line:
-
-```assembly
-; ACC now holds the correct value (constant or pot-scaled)
-@cv mixCV
-```
-
-### The `@mulcv` Macro — Scale existing ACC by CV
-Use `@mulcv` when ACC already contains a signal you want to **multiply** by the CV value, without clearing first.
-
-| Port state | Generated assembly | Instructions |
-|---|---|---|
-| Unconnected | `SOF paramValue, 0.0` | 1 |
-| Connected | `SOF paramValue, 0.0; MULX reg` | 2 |
-| Zero-bypassed | `WRAX scratch; RDAX reg, equ; bypass; MULX scratch` | 7 |
-
-Example — applying a mix CV to a difference signal:
-```assembly
-rdax ${reg.mix_dry}, -1.0   ; ACC = wet - dry
-@mulcv mixCV                ; ACC = (wet - dry) * mix
-rdax ${reg.mix_dry}, 1.0    ; ACC = (wet - dry) * mix + dry
-```
-
-### Legacy `@if pinConnected` Method
-If you need highly custom logic between bypassed vs active states, you can still manually check if the pin is connected. Note that this method *does not* support the Zero-Bypassed Pot feature natively:
-
-```assembly
-@if pinConnected(mixCV)
-rdax ${input.mixCV}, 1.0
-@else
-sof 0.0, ${mix}
-@endif
-```
-
-## 4. Input Connection Safeguards
-If the block's main audio input pin is completely disconnected, the block should generally produce no instructions, or handle the bypass effectively, avoiding generating useless cycles.
-
-```assembly
-@section main
-@if pinConnected(input)
-  ; ... heavy processing ...
-@else
-  ; Block disabled / bypassed
-@endif
-```
-
-## 5. Memory Management
-Delay block memory allocations MUST be explicitly placed in the `"memories"` JSON array.
-- A fixed size: `{ "id": "pdel", "size": 3276 }`
-- Bound to a parameter (e.g., `delayLength` converted by `MS_TO_SAMPLES`): `{ "id": "delayl", "size": "delayLength" }`
-
-In code, reference these with `${mem.pdel}` or `${mem.delayl}`.
-- To access base address: `${mem.id}`
-- To access fractional taps or offset taps: `${mem.id} + offset`
-
-## 6. Registers
-All registers used by the block must be declared in the `"registers"` JSON array. 
-Reference them via `${reg.registryName}`. No magic EQU offsets/allocations should be done manually for registers.
-Example: `"registers": ["wet", "dry", "temp"]`
-
-## 7. Magic Numbers & Reusability
-Avoid magic constants scattered throughout the assembly. Declare them using `@equals` in an `@section header`.
-```assembly
-@section header
-@equals decayLimit 0.8
-@equals bandwidth 0.31852
-```
-To calculate derived parameters, use `EQU` formulas if needed, e.g.:
-```assembly
-EQU tap1 (0.9 * ${tap1Center} * ${delayLength})
-```
-
-## 8. Routing / I/O Defaults
-If left and right outputs exist, verify which are connected to prevent writing to address zero (`ADDR_PTR` trick or just skipping) if the output isn't used:
-```assembly
-@if pinConnected(outL)
-wrax ${output.outL}, 0.0
-@else
-wrax ADDR_PTR, 0.0 ; discard
-@endif
-```
-
-## 9. Block Macros Recap
-- `${input.id}`: Address of input.
-- `${output.id}`: Address of output.
-- `${mem.id}`: Address of memory.
-- `${reg.name}`: Address of register.
-- `@section init`: Run once on program startup (e.g., LFO `wlds`). Use `skp run, skip_init`.
-- `@section main`: Run every sample.
-
-## 10. Memory Writes (`wra` vs `wrax`)
-NEVER use `wrax` to write to delay memory!
-- **Registers**: Use `wrax` to write into hardware registers (e.g. `wrax ${reg.mix_dry}, 1.0`).
-- **Memory**: Use `wra` to write into delay lines (e.g. `wra ${mem.delay_line}, 0.0`).
-
-## 11. Dropdown / Combobox Parameters
-To create a dropdown option parameter instead of a number slider, use `"type": "select"` and provide an `"options"` array:
-```json
-    {
-      "id": "mode",
-      "name": "Mode",
-      "type": "select",
-      "default": 0,
-      "options": [
-        { "label": "Gated Reverb", "value": 0 },
-        { "label": "Reverse Reverb", "value": 1 }
-      ]
-    }
-```
-
-## 12. Dynamic UI Custom Labels (`labelTemplate`)
-If you provide a `"labelTemplate"` in the JSON, you can dynamically display parameter values. You MUST prefix parameter keys with `param.`:
-```json
-  "labelTemplate": "${param.mode == 0 ? 'Gated Reverb' : 'Reverse Reverb'}"
-```
-
-## 13. Exposing POT / CV Connectors
-To allow the user to connect external CV inputs (such as FV-1 POTs) to parameters like `Mix` or `Feedback`, you MUST add corresponding entries to the `"inputs"` array of type `"control"`. If it's not in `"inputs"`, the user cannot patch a POT block to it!
-```json
-    { "id": "mixCV", "name": "Mix", "type": "control", "required": false }
-```
-
-## 14. FV-1 `wrap` Instruction Constraints
-The `wrap` macro intrinsically dictates `Acc = Acc / 2 + Delay_Read` and `Delay_Write = Acc * 0.5 + Delay_Read`. 
-Because it implicitly includes the input accumulator in its write back into the delay line, it CANNOT be used in scenarios where the phase of the accumulator needs to be negated or inverted (e.g. `Acc = -Acc / 2 + Delay_Read`). Attempting to negate the accumulator before a `wrap` instruction will cause the delay memory to recursively write back inverted values, forming an unstable positive feedback/resonant filter resulting in metallic ringing artifacts and uncontrollable gain stacking. If explicit mathematical phase tracking is required across all-pass filters without intrinsic gain side-effects, the `wrap` instruction must be manually unrolled using discrete `wra`/`rda`/`wrax`/`rdax` sequences.
+# ATL (Audiofab Template Language) Block Development Reference
+
+This document serves as the foundational context and ruleset for creating high-quality FV-1 algorithms as ATL blocks in the FV-1 VS Code Extension.
+
+## 1. File Structure Overview
+Each `.atl` file must consist of two main parts separated by `---`:
+1. **JSON Configuration Module**: Defines block metadata, inputs, outputs, parameters, memories, and hardware registers.
+2. **ATL Code Module**: Contains the FV-1 DSP assembly mixed with ATL macros and directives.
+
+## 2. Parameter Conversions
+All parameters should be explicitly mapped using proper conversions. Use the `conversion` key in the parameter JSON.
+- **Gain**: Use `"conversion": "DBLEVEL"` (UI shows dB, code gets linear).
+- **Delay Times**: Use `"conversion": "MS_TO_SAMPLES"` (UI shows ms, code gets sample count).
+- **Frequencies / Rates**: Use `"conversion": "HZ_TO_LFO_RATE"` for LFOs, `"conversion": "LOGFREQ"` for filters.
+- **LFO Width**: Use `"conversion": "MS_TO_LFO_RANGE"`.
+
+## 3. Fallbacks for Control Inputs
+Every control input must have a corresponding "fallback" strategy when the input pin is NOT connected by the user.
+
+### The `@cv` Macro (Recommended)
+The standard way to handle control inputs is using the `@cv` macro. It automatically handles three scenarios based on whether the input port is connected:
+1. **Unconnected**: Loads the value of the port's associated parameter as a constant (`SOF 0.0, <equ>`).
+2. **Connected to a standard CV/LFO**: Loads the parameter value and scales it by the pot input (`CLR; SOF 0.0, <equ>; MULX <reg>`), giving ACC ∈ [0..paramValue].
+3. **Connected to a zero-bypassed Pot**: Uses the 5-instruction bypass block with the pot's `Zero Bypass Value` as the fallback (instead of the parameter). The pot value is scaled by the parameter value via `RDAX reg, <equ>`.
+
+The control input JSON **must** include a `"parameter"` field pointing to the parameter that provides the default/range:
+
+```json
+{ "id": "mixCV", "name": "Mix", "type": "control", "required": false, "parameter": "mix" }
+```
+
+Usage in the ATL template body — just one line:
+
+```assembly
+; ACC now holds the correct value (constant or pot-scaled)
+@cv mixCV
+```
+
+### The `@mulcv` Macro — Scale existing ACC by CV
+Use `@mulcv` when ACC already contains a signal you want to **multiply** by the CV value, without clearing first.
+
+| Port state | Generated assembly | Instructions |
+|---|---|---|
+| Unconnected | `SOF paramValue, 0.0` | 1 |
+| Connected | `SOF paramValue, 0.0; MULX reg` | 2 |
+| Zero-bypassed | `WRAX scratch; RDAX reg, equ; bypass; MULX scratch` | 7 |
+
+Example — applying a mix CV to a difference signal:
+```assembly
+rdax ${reg.mix_dry}, -1.0   ; ACC = wet - dry
+@mulcv mixCV                ; ACC = (wet - dry) * mix
+rdax ${reg.mix_dry}, 1.0    ; ACC = (wet - dry) * mix + dry
+```
+
+### Legacy `@if pinConnected` Method
+If you need highly custom logic between bypassed vs active states, you can still manually check if the pin is connected. Note that this method *does not* support the Zero-Bypassed Pot feature natively:
+
+```assembly
+@if pinConnected(mixCV)
+rdax ${input.mixCV}, 1.0
+@else
+sof 0.0, ${mix}
+@endif
+```
+
+## 4. Input Connection Safeguards
+If the block's main audio input pin is completely disconnected, the block should generally produce no instructions, or handle the bypass effectively, avoiding generating useless cycles.
+
+```assembly
+@section main
+@if pinConnected(input)
+  ; ... heavy processing ...
+@else
+  ; Block disabled / bypassed
+@endif
+```
+
+## 5. Memory Management
+Delay block memory allocations MUST be explicitly placed in the `"memories"` JSON array.
+- A fixed size: `{ "id": "pdel", "size": 3276 }`
+- Bound to a parameter (e.g., `delayLength` converted by `MS_TO_SAMPLES`): `{ "id": "delayl", "size": "delayLength" }`
+
+In code, reference these with `${mem.pdel}` or `${mem.delayl}`.
+- To access base address: `${mem.id}`
+- To access fractional taps or offset taps: `${mem.id} + offset`
+
+## 6. Registers
+All registers used by the block must be declared in the `"registers"` JSON array. 
+Reference them via `${reg.registryName}`. No magic EQU offsets/allocations should be done manually for registers.
+Example: `"registers": ["wet", "dry", "temp"]`
+
+## 7. Magic Numbers & Reusability
+Avoid magic constants scattered throughout the assembly. Declare them using `@equals` in an `@section header`.
+```assembly
+@section header
+@equals decayLimit 0.8
+@equals bandwidth 0.31852
+```
+To calculate derived parameters, use `EQU` formulas if needed, e.g.:
+```assembly
+EQU tap1 (0.9 * ${tap1Center} * ${delayLength})
+```
+
+## 8. Routing / I/O Defaults
+If left and right outputs exist, verify which are connected to prevent writing to address zero (`ADDR_PTR` trick or just skipping) if the output isn't used:
+```assembly
+@if pinConnected(outL)
+wrax ${output.outL}, 0.0
+@else
+wrax ADDR_PTR, 0.0 ; discard
+@endif
+```
+
+## 9. Block Macros Recap
+- `${input.id}`: Address of input.
+- `${output.id}`: Address of output.
+- `${mem.id}`: Address of memory.
+- `${reg.name}`: Address of register.
+- `@section init`: Run once on program startup (e.g., LFO `wlds`). Use `skp run, skip_init`.
+- `@section main`: Run every sample.
+
+## 10. Memory Writes (`wra` vs `wrax`)
+NEVER use `wrax` to write to delay memory!
+- **Registers**: Use `wrax` to write into hardware registers (e.g. `wrax ${reg.mix_dry}, 1.0`).
+- **Memory**: Use `wra` to write into delay lines (e.g. `wra ${mem.delay_line}, 0.0`).
+
+## 11. Dropdown / Combobox Parameters
+To create a dropdown option parameter instead of a number slider, use `"type": "select"` and provide an `"options"` array:
+```json
+    {
+      "id": "mode",
+      "name": "Mode",
+      "type": "select",
+      "default": 0,
+      "options": [
+        { "label": "Gated Reverb", "value": 0 },
+        { "label": "Reverse Reverb", "value": 1 }
+      ]
+    }
+```
+
+## 12. Dynamic UI Custom Labels (`labelTemplate`)
+If you provide a `"labelTemplate"` in the JSON, you can dynamically display parameter values. You MUST prefix parameter keys with `param.`:
+```json
+  "labelTemplate": "${param.mode == 0 ? 'Gated Reverb' : 'Reverse Reverb'}"
+```
+
+## 13. Exposing POT / CV Connectors
+To allow the user to connect external CV inputs (such as FV-1 POTs) to parameters like `Mix` or `Feedback`, you MUST add corresponding entries to the `"inputs"` array of type `"control"`. If it's not in `"inputs"`, the user cannot patch a POT block to it!
+```json
+    { "id": "mixCV", "name": "Mix", "type": "control", "required": false }
+```
+
+## 14. FV-1 `wrap` Instruction Constraints
+The `wrap` macro intrinsically dictates `Acc = Acc / 2 + Delay_Read` and `Delay_Write = Acc * 0.5 + Delay_Read`. 
+Because it implicitly includes the input accumulator in its write back into the delay line, it CANNOT be used in scenarios where the phase of the accumulator needs to be negated or inverted (e.g. `Acc = -Acc / 2 + Delay_Read`). Attempting to negate the accumulator before a `wrap` instruction will cause the delay memory to recursively write back inverted values, forming an unstable positive feedback/resonant filter resulting in metallic ringing artifacts and uncontrollable gain stacking. If explicit mathematical phase tracking is required across all-pass filters without intrinsic gain side-effects, the `wrap` instruction must be manually unrolled using discrete `wra`/`rda`/`wrax`/`rdax` sequences.

package/blocks/control/constant.atl

@@ -1,36 +1,36 @@
----
-{
-  "type": "control.constant",
-  "name": "Constant",
-  "category": "Control",
-  "description": "Generates a constant control value.",
-  "color": "#FF9800",
-  "width": 140,
-  "labelTemplate": "${param.constant}",
-  "inputs": [],
-  "outputs": [
-    {
-      "id": "value",
-      "name": "Value",
-      "type": "control"
-    }
-  ],
-  "parameters": [
-    {
-      "id": "constant",
-      "name": "Value",
-      "type": "number",
-      "default": 0.5,
-      "min": 0,
-      "max": 1,
-      "step": 0.01,
-      "description": "Constant value (0.0 to 1.0)."
-    }
-  ]
-}
----
-; Constant value generator
-@section main
-
-sof 0.0, ${param.constant}
-wrax ${output.value}, 0.0
+---
+{
+  "type": "control.constant",
+  "name": "Constant",
+  "category": "Control",
+  "description": "Generates a constant control value.",
+  "color": "#FF9800",
+  "width": 140,
+  "labelTemplate": "${param.constant}",
+  "inputs": [],
+  "outputs": [
+    {
+      "id": "value",
+      "name": "Value",
+      "type": "control"
+    }
+  ],
+  "parameters": [
+    {
+      "id": "constant",
+      "name": "Value",
+      "type": "number",
+      "default": 0.5,
+      "min": 0,
+      "max": 1,
+      "step": 0.01,
+      "description": "Constant value (0.0 to 1.0)."
+    }
+  ]
+}
+---
+; Constant value generator
+@section main
+
+sof 0.0, ${param.constant}
+wrax ${output.value}, 0.0

package/blocks/control/entropy_lfo.atl

@@ -1,74 +1,74 @@
----
-{
-  "type": "control.entropy_lfo",
-  "name": "Entropy LFO",
-  "category": "Control",
-  "description": "Chaotic Logistic Map (fixed: subsonic sweep and uppercase label hardening).",
-  "color": "#f2b824",
-  "inputs": [
-    { "id": "speed", "name": "Speed", "type": "control", "required": false, "parameter": "speed" },
-    { "id": "chaos", "name": "Chaos", "type": "control", "required": false, "parameter": "r_chaos" }
-  ],
-  "outputs": [
-    { "id": "out", "name": "Out", "type": "control" }
-  ],
-  "parameters": [
-    { "id": "speed", "name": "Update Rate", "type": "number", "default": 0.5, "min": 0, "max": 1, "step": 0.01 },
-    { "id": "r_chaos", "name": "Chaos (r)", "type": "number", "default": 0.98, "min": 0.88, "max": 1.0, "step": 0.01 }
-  ],
-  "registers": [ "x", "counter", "temp", "chaos_val", "speed_val" ]
-}
----
-@section init
-skp run, skip_init_entropy
-sof 0.0, 0.432 ; irrational seed
-wrax ${reg.x}, 0.0
-sof 0.0, 0.0
-wrax ${reg.counter}, 0.0
-skip_init_entropy:
-
-@section main
-; 1. Load CV inputs into registers
-@cv speed
-wrax ${reg.speed_val}, 0.0
-@cv chaos
-wrax ${reg.chaos_val}, 0.0
-
-; 2. Update Counter
-rdax ${reg.counter}, 1.0
-rdax ${reg.speed_val}, 0.002       ; Max speed ~70Hz (0.95 / 0.00203 / 32768)
-sof 1.0, 0.00003                   ; Min speed ~1Hz  (0.95 / 0.00003 / 32768)
-wrax ${reg.counter}, 1.0
-
-; 3. Check for Update Event
-sof 1.0, -0.95
-skp neg, ${local.SKIP_UPDATE}
-
-; --- Chaotic Map Block (Runs only on Trigger) ---
-clr ; MUST clear ACC after the counter check!
-rdax ${reg.x}, 1.0
-wrax ${reg.temp}, 1.0   ; temp = x
-sof -1.0, 0.999         ; ACC = 1 - x
-mulx ${reg.temp}        ; ACC = x * (1 - x)
-sof 1.999, 0.0          ; Scale (x4)
-sof 1.999, 0.0          
-mulx ${reg.chaos_val}   ; Apply chaos factor r
-wrax ${reg.x}, 1.0      ; update x
-
-; Kickstart: if |x| < 0.01, reset to seed (guards against map stalling at 0)
-absa
-sof 1.0, -0.01
-skp gez, ${local.SKIP_KICK}
-sof 0.0, 0.432      ; irrational seed
-wrax ${reg.x}, 0.0
-${local.SKIP_KICK}:
-
-; Reset counter
-sof 0.0, 0.0
-wrax ${reg.counter}, 0.0
-
-${local.SKIP_UPDATE}:
-; 5. Output (CLEAN)
-clr                     ; Clear ACC before loading output to avoid counter pollution
-rdax ${reg.x}, 1.0
-wrax ${output.out}, 0.0
+---
+{
+  "type": "control.entropy_lfo",
+  "name": "Entropy LFO",
+  "category": "Control",
+  "description": "Chaotic Logistic Map (fixed: subsonic sweep and uppercase label hardening).",
+  "color": "#f2b824",
+  "inputs": [
+    { "id": "speed", "name": "Speed", "type": "control", "required": false, "parameter": "speed" },
+    { "id": "chaos", "name": "Chaos", "type": "control", "required": false, "parameter": "r_chaos" }
+  ],
+  "outputs": [
+    { "id": "out", "name": "Out", "type": "control" }
+  ],
+  "parameters": [
+    { "id": "speed", "name": "Update Rate", "type": "number", "default": 0.5, "min": 0, "max": 1, "step": 0.01 },
+    { "id": "r_chaos", "name": "Chaos (r)", "type": "number", "default": 0.98, "min": 0.88, "max": 1.0, "step": 0.01 }
+  ],
+  "registers": [ "x", "counter", "temp", "chaos_val", "speed_val" ]
+}
+---
+@section init
+skp run, skip_init_entropy
+sof 0.0, 0.432 ; irrational seed
+wrax ${reg.x}, 0.0
+sof 0.0, 0.0
+wrax ${reg.counter}, 0.0
+skip_init_entropy:
+
+@section main
+; 1. Load CV inputs into registers
+@cv speed
+wrax ${reg.speed_val}, 0.0
+@cv chaos
+wrax ${reg.chaos_val}, 0.0
+
+; 2. Update Counter
+rdax ${reg.counter}, 1.0
+rdax ${reg.speed_val}, 0.002       ; Max speed ~70Hz (0.95 / 0.00203 / 32768)
+sof 1.0, 0.00003                   ; Min speed ~1Hz  (0.95 / 0.00003 / 32768)
+wrax ${reg.counter}, 1.0
+
+; 3. Check for Update Event
+sof 1.0, -0.95
+skp neg, ${local.SKIP_UPDATE}
+
+; --- Chaotic Map Block (Runs only on Trigger) ---
+clr ; MUST clear ACC after the counter check!
+rdax ${reg.x}, 1.0
+wrax ${reg.temp}, 1.0   ; temp = x
+sof -1.0, 0.999         ; ACC = 1 - x
+mulx ${reg.temp}        ; ACC = x * (1 - x)
+sof 1.999, 0.0          ; Scale (x4)
+sof 1.999, 0.0          
+mulx ${reg.chaos_val}   ; Apply chaos factor r
+wrax ${reg.x}, 1.0      ; update x
+
+; Kickstart: if |x| < 0.01, reset to seed (guards against map stalling at 0)
+absa
+sof 1.0, -0.01
+skp gez, ${local.SKIP_KICK}
+sof 0.0, 0.432      ; irrational seed
+wrax ${reg.x}, 0.0
+${local.SKIP_KICK}:
+
+; Reset counter
+sof 0.0, 0.0
+wrax ${reg.counter}, 0.0
+
+${local.SKIP_UPDATE}:
+; 5. Output (CLEAN)
+clr                     ; Clear ACC before loading output to avoid counter pollution
+rdax ${reg.x}, 1.0
+wrax ${output.out}, 0.0