DaisySP VS Sonic Pi

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!

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.

Here is the GitHub https://github.com/electro-smith/DaisySP

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.

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.

I have wondered what grooves it could come with using https://sonic-pi.net/

Something fascinating about seeing a 'score' for generative music written out as a sort of specification like that.

There's enough detail there that you can take those instructions and reimplement your own version of it, and you'll end up with essentially the same 'piece of music', but certainly a different interpretation of it. Because while the score lays out some details precisely, it leaves other choices less clear. What does 'all inversions' really mean when enumerating chords? Does it include open, spread voicings? What durations should we choose from for our random waveforms? How short is 'short' when deciding to repeat? And of course, what wave synths should you use, and how should you modulate them?

All those are similar to the decisions a traditional instrumentalist makes when interpreting a sheet music score for performance - here, a generative music coder can follow this 'score' and produce a program that represents their own interpretation of the piece.

Coding it up in Sonic Pi (https://sonic-pi.net/) was a fun exercise, and I feel like I was able to produce something along the lines of what the composer intended. It carries the same kind of mood that the recording in the video has. But it's my own 'performance' of the work, if that makes sense (even if it's actually Sonic Pi 'performing' it at runtime...)

All of which got me thinking about the relationship more generally between specification, and implementation. Considering different programmers' implementations of algorithms as individual 'performances' of scores from the overall design - and then thinking about developers building elements of a larger system architecture as individual performers working to deliver their part of the performance as part of a band or orchestra. Some groups, maybe they're directed by a conductor-architect; others maybe are improvisers, riffing off one another and occasionally stepping up to deliver a solo. And some are maybe solid session performers, showing up and delivering strong but unflashy performances to a producer's specification.

So overall, a nice meditative coding exercise for a Sunday afternoon, and a shift in perspective. Thanks for sharing it.

On a seriously light-hearted note, Herve Aniglo, talked about teaching children to code with music using Sonic PI, a language agnostic platform that helps you learn recursions, looping, circuit breaking and functional programming by creating simple tunes.

https://www.youtube.com/playlist?list=PLPYzvS8A_rTYEba_4SDvR...

- Sonic Pi is built on-top of SuperCollider, but it's MUCH easier to get started with making bleeps and bloops. Sam Aaron, who originally created Overtone (a Clojure front-end for SuperCollider) created Sonic Pi initially to teach kids computer programming and music, but now it's turning into a pretty nice live-coding setup. The language is basically a DSL extension of Ruby, and although it's very elegant, I feel like it's a little nerfed in terms of a full language when compared to SCLang, so I'm sticking with the latter for now. High recommend checking it out if you're new to making music or code. https://sonic-pi.net/

- This 'Intro To Live Coding' vid from Alex McLean is great. Gives a good overview of a few fun tools out there that I won't mention here for sake of time (check out Gibber and Hydra for web-based coding things. Gibber is really slick). Alex invented Tidal Cycles, which I feel is like god-tier in terms of power and conciseness. Maybe I'll tinker with Tidal someday, but I want to start with SC.

Strange dice that it seems to mostly be c++, sponsored by 3 prominent elixir shops, with an original OSC server implementation by Joe Armstrong.

https://github.com/sonic-pi-net/sonic-pi/tree/dev/app/server...

There is a programming language+IDE called SonicPI. It's designed to create music by writing code. You can install the program from the lin, then ask chatGPT to generate some sonic PI code that produces some nice melody. Then just copy the code and paste it into the sonicPI program, and run it by clicking the run button. Here's a conversation for example