vulcu / dahlia

Waveshaping Polyphonic Synthesis for the Heavy Compiler Collection

Hello! 👋 My current projects in development are:

Dahlia - Waveshaping Synthesis for HVCC	Birdhouse Recipe Collection

dahlia's Issues

Daisy Pod fails to boot when using the 'size' ROM option

This is caused by a known memory limitation (pd2dsy: Size option for RAM fails on Pod #24) for executables larger than 128 kB. Suggest following up with Electrosmith or checking if a future release of pd2dsy addresses the issue.

Note input responds to both on and off messages

You probably want to add [stripnote] (bugfix on hvcc pending) so you can treat the note-off separately.

HVCC-generated user interfaces for DPF and Javascript/WebAudio output lack visual feedback

The default DPF and Javascript user interfaces have no meaningful visual feedback (e.g. LEDs), and an improved UI that is more performance/instrument friendly could be developed to replace it. Unlike the Daisy Pod, the DPF and Javascript user interfaces are theoretically not limited in number of user controls or visual feedback elements.

This is probably more feasible for the Javascript/WebAudio output, as the user interface is defined/configured by the index.html file. Since the DPF version is transpiled to C++ and then directly to binary, modifying that UI would likely be more involved. In either case, creating a UI with more sliders would mean less reliance on customized visual feedback, similar to how the user interface for the Pure Data version of Dahlia is realized.

`@hvparam` type `trig` is ignored when generating DPF and Javascript user interfaces

The current version of HVCC (0.9) does not appear to render the trig input type correctly when generating DPF or Javascript user interfaces, and appears to treat them as a float (e.g. if defined as |r <name> @hvparam 0 1 0 trig| the UI will be a slider from 0 to 1). Suggest following up with Wasted-Audio or checking if a future release of HVCC addresses the issue.

triggering new note prior to Decay timeout does not reset volume envelope

triggering a new note prior to completing the Decay envelope section of the old one, does not reset the envelope and will instead apply the Release envelope to the new note (the ADS portion is skipped)

Javascript/WebAudio generation requires editing HVCC python source

Note: this may not be true for all systems/OS, but is true on Windows under the following conditions:

1. HVCC is run in a virtual environment. The virtual environment is dedicated to the Dahlia project only, and only contains HVCC and its dependent packages.
2. Only a single Python instance is installed on the system. The PATH contains only a single .../Python/Python<ver> and .../Python/Python<ver>/Scripts directory entry.
3. The system Python version is 3.12

---

If HVCC returns Error c2js: [WinError 193] %1 is not a valid Win32 application when running source ./dahlia.sh js, the existing documentation suggests a hotfix by opening the Python script c2js.py located in dahlia/.venv/Lib/site-packages/hvcc/generators/c2js/. Find the three instances where subprocess.check_output() is called in that script, and append shell=True as a second argument to all of those calls. Example:

# First instance, around Line 101 in HVCC v0.9
subprocess.check_output(cmd, shell=True)

# Second instance, around Line 108 in HVCC v0.9
subprocess.check_output(cmd, shell=True)

# First instance, around Line 140 in HVCC v0.9
subprocess.check_output(  # WASM
    cmd + [  # type: ignore
        "-s", "WASM=1",
        "-s", f"EXPORT_NAME='{output_name}_Module'",
        "-o", wasm_js_path
    ], shell=True)

It may be possible to debug the issue further by adding a traceback call in an except block following the first call to subprocess.check_output(), as follows:

# First call to 'subprocess.check_output()', around Line 101 in HVCC v0.9
try:
    subprocess.check_output(cmd)  # run emscripten
except Exception:
    print(traceback.format_exc())
    return