alt Hacker NewsNeat effort.
You may already know this, but the voice engines implementations have a lot of room for performance improvement, and you could probably squeeze out even more voices, routing patterns, secondary features, etc if you tighten them up.
They're written clearly but kind of like textbook/reference implementations rather than the more aggressively fine-tuned versions you'd see in proprietary commercial synths.
You can probably coach Claude through improving them, but you generally need to do that explicitly.
Lowest hanging fruit for your design would be to have it organize control flow (and apply effective math tricks) to minimize branching and to organize data references with cpu cache more in mind.
On a more ambitious scale, working over blocks instead of samples, and using vector instructions where practical would go a long way. The latency impact of working on small blocks (i.e ~8/16/32 samples) instead of individual samples is irrelevant but the performance opportunities that open up for many algorithms is huge.
Exactly the kind of feedback I'm looking for, since this is an educational, hobby-class project for myself. I'm just treating the development of it formally as a product to stay disciplined.
Make no mistake, I'm not promoting this thing like a product, though. I'm aware there's a big gulf between this and a commercialized purpose-built product.
That said, there is a ton of headroom right now on the 8GB CM5 reference platform and I felt some of these optimizations were overkill in this pre-1.0 phase. The FX bus is already block-based, but the voice synthesis path remains pretty simple. Some of the block scaffolding for the better approach exists and I'll plan to evolve in that direction.
Thank you.