Credits

FluCoMa — Fluid Corpus Manipulation

crates/vivarium/fcm/ is a Rust port of FluCoMa's core algorithms — spectral descriptors, mel bands, MFCC, chroma, K-weighted loudness, YINFFT pitch, onset and novelty segmentation, KDTree/KNN — cross-validated against the upstream C++ flucoma-cli. It is the largest single body of other people's research in this project, and every number those chips produce traces back to their work.

Every claim below names the file it came from. Claims with no source in this tree or in the upstream checkouts were removed rather than restated (R688-T8): the BSD-3-Clause no-endorsement clause makes naming people and institutions we cannot substantiate a compliance question, not a courtesy one. Paths under visiting/ are the upstream checkouts, which are gitignored and therefore local-only; the upstream repositories and the exact commits this port is checked against are recorded in the tracked crates/vivarium/fcm/tests/fixtures/FLUCOMA_VERSION.txt.

The project. "Fluid Corpus Manipulation" — a suite of C++ algorithms with client encapsulations for Max, Pure Data and SuperCollider (visiting/flucoma-core/README.md:1,3), at http://www.flucoma.org/, the URL carried in the header of upstream's own build files (visiting/flucoma-core/FlucomaVersion.cmake:1).

The people, as upstream lists them (visiting/flucoma-core/README.md:73-78). Core development team, in alphabetical order: Owen Green, Gerard Roma, Pierre Alexandre Tremblay. Other contributors, in alphabetical order: James Bradbury, Francesco Cameli, Alex Harker, Ted Moore.

Funding. "This project has received funding from the European Research Council (ERC) under the European Union's Horizon 2020 research and innovation programme (grant agreement No 725899)" — visiting/flucoma-core/README.md:80, repeated verbatim in upstream source headers such as visiting/flucoma-core/FlucomaVersion.cmake:5-7.

What we check against. flucoma-cli 1.0.9+sha.b1e88f2 (commit b1e88f261d32be1672a3109c0dbf5d20de92c8a7) and flucoma-core commit 0626d7a3, pinned in crates/vivarium/fcm/tests/fixtures/FLUCOMA_VERSION.txt:7-15. That binary produces the reference CSVs our cross-check tests compare against.

Licence: BSD-3-Clause, crates/vivarium/fcm/LICENSE — byte-identical to upstream's visiting/flucoma-core/LICENSE.md, and carrying upstream's own copyright line "Copyright University of Huddersfield" (crates/vivarium/fcm/LICENSE:3). Two of its conditions bind us directly:

• Binary redistribution must reproduce that copyright notice, the list of conditions and the disclaimer in the materials shipped with the distribution (crates/vivarium/fcm/LICENSE:12-14) — which is what THIRD-PARTY-NOTICES.md is for, and why every artifact carries a copy.
• No endorsement: "Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission" (crates/vivarium/fcm/LICENSE:16-18). That is a live constraint on marketing copy, not just on source headers. Crediting them is required; implying they endorse Noise Table is not.

Removed for want of a source (R688-T8). Earlier revisions of this section also carried a principal-investigator role, one further contributor name, a host department, a 2024 institutional move, a preferred Zenodo citation, and a request for thanks in artistic contexts. None of it appears in visiting/flucoma-core, visiting/flucoma-cli, or anywhere in this repository — there is no CITATION.cff upstream and no occurrence of "Zenodo" in either checkout — so it was read off the project's website and is gone. Any of it can return the moment a primary artifact carries it.

See crates/vivarium/ATTRIBUTION.md and crates/vivarium/fcm/PORTING.md for the port's parameter-alias table and its deliberate divergences from upstream.

Data Knot — Rodrigo Constanzo

The shape of our FCM chip set is directly influenced by Data Knot by Rodrigo Constanzo, a FluCoMa toolkit for Max/MSP. The contribution is not the algorithms — those are FluCoMa's — but the curation: dk.* abstractions organised as a legible pipeline (onset → descriptors → classification/clustering → regression → corpus query → synthesis), documented with complete worked examples, which is what makes opaque ML-audio concepts tangible to a musician rather than a researcher.

We take the pipeline staging and the teach-by-example posture, and deliberately do not replicate the dk.* object surface. Credit for the design vocabulary is Rodrigo's; the mistakes in the translation are ours.

Mutable Instruments — Émilie Gillet

The plaits macro-oscillator engines come from Mutable Instruments' Plaits, consumed as the mi-plaits-dsp crate (MIT) from https://github.com/1e1f/mi-plaits-dsp-rs, our fork of sourcebox's Rust port of Émilie Gillet's original C++ (the crate's MIT declaration is the mi-plaits-dsp row in the generated table below, read out of its own manifest). Mutable Instruments published the firmware for its module line as source — plaits/ is one of two dozen module trees in the upstream eurorack repository, synced here at visiting/eurorack/ — and a great deal of the modern synthesis vocabulary, this project's included, is downstream of that decision.

Ported DSP

Each of these is Rust we wrote from someone else's published work. The debt is theirs; the bugs are ours. The right-hand column is both the code and the source of the claim — each attribution is the one the module's own header (or the cited upstream file) makes, not one assembled from the web.

What	Whose work	Where the code and the claim live
DX7 FM voice, envelopes, operator tables	MSFA (Music Synthesizer For Android) by Raph Levien / Google, Apache-2.0. FM synthesis is John Chowning's (Stanford, 1960s–70s); the DX7 algorithms and hardware are Yamaha's.	crates/vivarium/dsp/src/dx7/ (mod.rs:11-20)
DX7 exponential / sine / frequency lookup tables	Ken Shirriff's die analysis of the original chips, https://www.righto.com/2021/11/	crates/vivarium/dsp/src/dx7/tables.rs (:4)
Analog filter prototypes (Butterworth, Chebyshev I/II, Elliptic, Bessel, Legendre), RBJ biquads, cascade design	Vinnie Falco's DSPFilters	crates/vivarium/dsp/src/vinniefalco/ (mod.rs:1)
RK4 transistor ladder filter	ddiakopoulos/MoogLadders (Unlicense), itself derived from Miller Puckette's bob~ (BSD)	crates/vivarium/dsp/src/moog_ladder.rs (:8-10)
Vector Base Amplitude Panning	pierreguillot/vbap	crates/vivarium/dsp/src/vbap/ (README.md:3)
1D wave-equation finite-difference scheme	The NESS project — "developed at the University of Edinburgh as part of the 2012-2016 European Research Council funded Next Generation Sound Synthesis project" (visiting/ness/README.md:3) — ported from cmj_ness_aam.pdf	crates/vivarium/dsp/src/ness.rs (:5)
Phase-vocoder time stretch / pitch shift (peak-tracked, cross-channel-locked)	signalsmith-stretch by Geraint Luff / Signalsmith Audio Ltd, MIT ("Four Ways To Write A Pitch-Shifter", ADC22)	crates/vivarium/sample/src/stretch/phase_vocoder.rs (:1); licence text in crates/vivarium/sample/third_party/signalsmith-stretch/LICENSE.txt

One of the bundled example patches is a port rather than an original composition: notebook_tine.koda is a two-partial electric-piano tine ported from a hand-rolled Web Audio page. It is in crates/noise_table/core/.

Vendored assets — fonts and icons

These are third-party files checked into this repository verbatim and compiled into the binary with include_bytes!, so they ship inside every artifact and appear in no dependency lockfile. They are declared in VENDORED_ASSETS in scripts/gen-third-party-notices.py, which reproduces their licence texts in THIRD-PARTY-NOTICES.md alongside the crates.

Asset	Whose	Licence
Ionicons — the bulk of the UI icon set	Ionic	MIT
Heroicons — additional UI icons	Tailwind Labs	MIT
Inter — UI sans	The Inter Project Authors (Rasmus Andersson)	OFL-1.1
Spectral — editorial serif	The Spectral Project Authors (Production Type)	OFL-1.1
JetBrains Mono — code mono	The JetBrains Mono Project Authors	OFL-1.1
Bravura — SMuFL music notation	Steinberg Media Technologies GmbH	OFL-1.1

The three NoiseTableIcons*.ttf files are generated by crates/spill/core/src/font/build_icon_fonts.py from the Ionicons and Heroicons SVG sources plus our own noiseicons, so those fonts are derived works of both MIT icon sets and carry both notices.

Yah, and the yah-ai crates

The tooling this repository is developed with — the yah harness, its QED pipelines, and the co-developed crates under external/yah/oss/ (mshr, xlb, mesofact, cheers, …) — is a sibling project of Leif Shackelford's rather than a third-party debt. Where those crates are linked into a shipped binary they appear in THIRD-PARTY-NOTICES.md like any other dependency.

---

Recorded here rather than guessed at. Each is a port whose upstream licence is not captured anywhere in this tree, which means we have credited the author but cannot yet state the terms we hold the code under.

• Vinnie Falco's DSPFilters (crates/vivarium/dsp/src/vinniefalco/) — the module header names the source and no licence file or SPDX id accompanies the translation.
• pierreguillot/vbap (crates/vivarium/dsp/src/vbap/) — attributed by a one-line README.md and nothing else.
• NESS (crates/vivarium/dsp/src/ness.rs) — derived from a published paper. The module is #![allow(dead_code)] and marked @yah:probationary; confirm before it reaches a shipped path.

Confirming a licence and recording it in the module header (or removing the code) closes each of these. Do not assume permissive by default.

FluCoMa — Fluid Corpus Manipulation

crates/vivarium/fcm/ is a Rust port of FluCoMa's core algorithms — spectral descriptors, mel bands, MFCC, chroma, K-weighted loudness, YINFFT pitch, onset and novelty segmentation, KDTree/KNN — cross-validated byte-for-byte against the upstream C++ flucoma-cli. Every number this crate produces traces back to their work.

Every claim below names the file it came from; claims with no source in this tree or in the upstream checkouts were removed rather than restated (R688-T8). Paths under visiting/ are the upstream checkouts, which are gitignored and therefore local-only — the repositories and pinned commits are recorded in the tracked crates/vivarium/fcm/tests/fixtures/FLUCOMA_VERSION.txt.

The project. "Fluid Corpus Manipulation" — a suite of C++ algorithms with client encapsulations for Max, Pure Data and SuperCollider (visiting/flucoma-core/README.md:1,3), at http://www.flucoma.org/, the URL in the header of upstream's own build files (visiting/flucoma-core/FlucomaVersion.cmake:1).

The people, as upstream lists them (visiting/flucoma-core/README.md:73-78). Core development team, alphabetically: Owen Green, Gerard Roma, Pierre Alexandre Tremblay. Other contributors, alphabetically: James Bradbury, Francesco Cameli, Alex Harker, Ted Moore.

Funding. "This project has received funding from the European Research Council (ERC) under the European Union's Horizon 2020 research and innovation programme (grant agreement No 725899)" — visiting/flucoma-core/README.md:80, repeated in upstream source headers such as visiting/flucoma-core/FlucomaVersion.cmake:5-7.

What we check against. flucoma-cli 1.0.9+sha.b1e88f2 (commit b1e88f261d32be1672a3109c0dbf5d20de92c8a7) and flucoma-core commit 0626d7a3, pinned in crates/vivarium/fcm/tests/fixtures/FLUCOMA_VERSION.txt:7-15.

Licence. BSD-3-Clause, in crates/vivarium/fcm/LICENSE — byte-identical to upstream's visiting/flucoma-core/LICENSE.md — carrying upstream flucoma-core's own copyright line "Copyright University of Huddersfield" (crates/vivarium/fcm/LICENSE:3, added by R659-B8). Its second condition binds every binary we ship: a binary distribution must reproduce that notice, the conditions and the disclaimer (crates/vivarium/fcm/LICENSE:12-14), which is what the root THIRD-PARTY-NOTICES.md is for and why every artifact carries a copy of it (R660). The no-endorsement clause is the other live obligation (crates/vivarium/fcm/LICENSE:16-18): neither the copyright holder's name nor its contributors' may be used to endorse or promote derived products without specific prior written permission, and that binds marketing copy as much as source headers.

Earlier revisions of this section carried further biographical, institutional and citation claims that no file in this tree or either upstream checkout supports; R688-T8 removed them and the root ATTRIBUTION.md records what went and why.

See crates/vivarium/fcm/PORTING.md for the parameter-alias table and the intentional behavioural differences from upstream.

Design influence — Data Knot (Rodrigo Constanzo)

The shape of our FCM chip set is directly influenced by Data Knot by Rodrigo Constanzo, a FluCoMa toolkit for Max/MSP. Its contribution is not the algorithms — those are FluCoMa's — but the curation: dk.* abstractions organized as a legible pipeline (onset → descriptors → classification/clustering → regression → corpus query → synthesis), with documentation and complete worked examples baked in, which is what makes opaque ML-audio concepts tangible to a musician rather than a researcher.

We take the pipeline staging and the teach-by-example posture. We deliberately do not replicate the dk.* object surface: Data Knot must triplicate most analyzers (~ / rt~ / frame) to work around Max's untyped message routing, and our typed RelayConnection[T] ports collapse those back into one chip each. Credit for the design vocabulary is Rodrigo's; the mistakes in the translation are ours.

See .yah/docs/working/W083-fcm-chips-notebook-pipeline.md.