faust
DaisySP
Our great sponsors
faust | DaisySP | |
---|---|---|
54 | 31 | |
2,403 | 800 | |
1.5% | 3.9% | |
9.6 | 7.5 | |
6 days ago | 5 days ago | |
C++ | C++ | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
faust
-
My Sixth Year as a Bootstrapped Founder
Glicol looks very cool! Also check out Faust if you haven't (https://faust.grame.fr), another FP sound programming language.
-
Welcome to the Chata Programming Language
The linked (https://github.com/grame-cncm/faust) looks reasonable to me.
Chata probably needs to work out roughly what the semantics of the language should be. Its good to know what the library support is intended to be as that informs language design (assuming the library is to be implemented in chata anyway). Quite a lot of this page is about syntax.
There are some design decisions that have deep impact on programming languages. Reflection, mutation, memory management, control flow, concurrency. There are some implementation choices that end up constraining the language spec - python seems full of these.
Echoing p4bl0, implementing the language will change the spec. Writing a spec up front might be an interesting exercise anyway. I'd encourage doing both at the same time - sometimes describe what a feature should be and then implement it, sometimes implement something as best you can and then describe what you've got.
Implementation language will affect how long it takes to get something working, how good the thing will be and what you'll think about along the way. The usual guidance is to write in something familiar to you, ideally with pattern matching as compilers do a lot of DAG transforms.
- I'd say that writing a language in C took me ages and forced me to really carefully think through the data representation.
- Writing one in lua took very little time but the implementation was shaky, probably because it let me handwave a lot of the details.
- Writing a language in itself, from a baseline of not really having anything working, makes for very confusing debugging and (eventually) a totally clear understanding of the language semantics.
Good luck with the project.
- Faust: A functional programming language for audio synthesis and processing
-
Live + Python = ❤️
Faust integration would be awesome: https://faust.grame.fr Then again we have MaxMSP, so in the end it feels kind of redundant
- Glicol: Next-generation computer music language
-
Csound
Csound is extremely powerful, but my favorite thing in this vein these days is Faust:
https://faust.grame.fr/
It's a functional language with a nice way of generating diagrams of DSP algorithms, but its big killer feature for me is its language bindings, which include C, C++, Cmajor, Codebox, CSharp, DLang, Java, JAX, Julia, JSFX, "old" C++, Rust, VHDL, and WebAssembly (wast/wasm) out of the box.
-
faust VS midica - a user suggested alternative
2 projects | 12 Aug 2023
-
Libraries / frameworks / tooling for cross-platform (LV2/VST3) C++ plug-ins (open-source)
Have a look at FAUST as well: https://faust.grame.fr/
-
logueSDK for beginners
Once you have an idea of basic programming practice, you need to learn some DSP programming. One of the better tools for this is Faust https://faust.grame.fr/ , bear in mind this is a functional programming language, and has very different syntax to C++, but the same principles apply.
- Where is a good place to get started with DSP coding?
DaisySP
-
Ask HN: Manufacturing somewhat novel MIDI controller
You are about to bite off a lot. Ignore all the other advice in this thread, I do this for a living.
You have some software experience, this is good. Assuming you have embedded software experience (which is essential for what you are doing and not at all like web programming) you have a foothold to finish this project without going completely insane.
Hardware is a completely different beast. With software everything happens in your head and when you get stuck you can usually think your way out of it. With hardware, you really do need to learn to do things meticulously and step by step. There are many things that can go wrong. You will learn a lot on this journey.
Don't be afraid to ask for help. Finding a hardware community will be essential to do this as you learn the skills you need. You're going to make a lot of mistakes, best to go in embracing it
A good place to start is to join an open source community for MIDI. Two off the top of my head is http://www.ucapps.de/ for MIDI specific hardware and https://www.electro-smith.com/daisy
A large amount of the work you will find yourself doing at the beginning is just figuring out where and who to ask questions about things like the keybed and other hardware issues. None of this is terribly 'hard' but none of it is easy. Most of it comes from experience.
It is almost always best to use someone else's product when you are designing your first. Roger Linn (https://www.rogerlinndesign.com/) gave me some fantastic advice a couple years ago when I was trying to design switch caps: "Do you want to be a company that designs switch caps or one that designs synthesizers?" and that stuck. I don't want to design switch caps, so I bought them off the shelf, contracted someone to design my own, and moved on.
So to that end... just buy a couple keybeds from Fatar or someone else, or just grab a synth you already have or buy one off ebay and harvest the keybed from that (often times much cheaper than buying direct!)
Don't be afraid to spend money on tools. If you find something difficult, like soldering, I have not once regretted spending money on better tools. They grow with you and save you hundreds if not thousands of hours of unnecessary frustration. When you know you need a tool, find a way to get it.
Maybe I should make a blog post about this... hmm
Hope that helps!
- Is there a programmable module for audio (like EuroPi but w/ bipolar output)?
- Where is a good place to get started with DSP coding?
- Porting C++ DSP code to gen~
-
how to make an “experimenter”?
Check out Daisy DSP from ElectroSmith. They have an entire platform you can build your own synth upon. Many new EuroRack modules being released over the last ~1.5 years are built upon the Daisy SDK.
-
First pedal in five years - pedal pcb terrarium
Here is the GitHub https://github.com/electro-smith/DaisySP
- Oh that looks cool! Too bad it's $500..seems a bit much
-
Rendering audio blocks in a digital oscillator (hardware)?
For an excellent implementation of C++ embedded audio DSP, checkout the DaisySP project and associated hardware. The libDaisy audio drivers abstract this block processing well.
- Electronic music icon Korg makes music with Raspberry Pi
-
A Chord Synthesizer From Another Dimension
There is a github page for this that has downloadable firmware and a link to the firmware programmer which suggests that it’s running on a Daisy. Although it would be ethically super questionable at best, it probably wouldn’t be that hard to reverse engineer.
What are some alternatives?
supercollider - An audio server, programming language, and IDE for sound synthesis and algorithmic composition.
MeeBleeps-Freaq-FM-Synth
csound - Main repository for Csound
SOUL - The SOUL programming language and API
Rack - The virtual Eurorack studio
yummyDSP - An Arduino audio DSP library for the Espressif ESP32 and probably other 32 bit machines
fv1-pedal-platform - Schematics, code, and pcb layouts for an FV-1 guitar effects pedal
Cardinal - Virtual modular synthesizer plugin
nts-1-customizations - Official repository for hardware customizations of the Nu:Tekt NTS-1 digital kit
Enzyme - High-performance automatic differentiation of LLVM and MLIR.
curv - a language for making art using mathematics