Brume is a 24-voice multi-timbral desktop synth for the CM5
brume.aftertone.co
Brume is a 24-voice multi-timbral desktop synth for the CM5
1–10 of 38 posts
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#2Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer, and a 10.1-inch touchscreen UI. A single USB cable presents the device to a host computer as a class-compliant audio and MIDI interface ala Elektron Overbridge.
Quick BoM to get started: cm5+carrier, any of the endless 10-inch hdmi touchscreens for RPI, and a midi controller. Novation Launch Control XL 3 and Korg nanoKONTROL2 are supported out-of-the box.
* While you can run this on a Raspberry Pi 5, Pi 5s don't expose USB OTG. The carrier board is what makes the class-compliant Audio+MIDI over USB work.
I hope this can be fun for others!
https://brume.aftertone.co https://github.com/aftertonesignal/brume
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#3I wanted another multi-part hardware synth, so I thought it would be fun to see what I could come up with using the parts I already had, particularly the touchscreen. Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer,…
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#4Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#5I wanted another multi-part hardware synth, so I thought it would be fun to see what I could come up with using the parts I already had, particularly the touchscreen. Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer,…
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#6I wanted another multi-part hardware synth, so I thought it would be fun to see what I could come up with using the parts I already had, particularly the touchscreen. Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer,…
The demo song sounds fantastic. I'm never going to have a time to build this, any chance it can be turned into a plugin?
The Rust engine underneath isn't even Pi-locked. It'll run on macOS/Linux, but the touch UI and USB-audio bridge is device specific so it would be fairly useless.
You might be over-indexing on "build this". It's actually just slapping a few 1-click shopping parts together and running two commands in your shell to have a playable instrument.
I've got a vague idea to maybe pull the FM engine out some day since I love having a DX-style synth that actually has a filter, but my plugin work is generally focused on effects processing and not voicing, so I dunno...
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#7I wanted another multi-part hardware synth, so I thought it would be fun to see what I could come up with using the parts I already had, particularly the touchscreen. Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer,…
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.
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#8I wanted another multi-part hardware synth, so I thought it would be fun to see what I could come up with using the parts I already had, particularly the touchscreen. Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer,…
Re: Brume is a 24-voice multi-timbral desktop synth for the CM5
#9I wanted another multi-part hardware synth, so I thought it would be fun to see what I could come up with using the parts I already had, particularly the touchscreen. Loosely inspired by Norns, Brume is a four-part multi-timbral synthesizer that runs on a Raspberry Pi Compute Module 5. It has four synth engines and six voices per part, a shared filter section feeding an effects chain, a sandboxed Lua scripting layer,…
Neat 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. Y…
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.