At the risk of veering off the original topic again, this thread and its detour demonstrates yet again how this community is practicing a rather remarkable form of psychic immune system and self healing through patience, kindness, sanity and open communication…

I’m glad you’re here, @909one

And others have written meaningfully about how the experience of new arrivals could possibly be made a bit less confusing…

I think there is a real opportunity there, and would be happy to serve on any kind of working group to look at the newbie experience, having been one not so long ago…

As an analogy, my experience with the Mannequins (poetic) “manuals” has been largely confusing, but their new “map” for Mangrove is hugely enlightening…

Something along those lines could help the newcomer to Monome, and I believe that being helpful is “inclusive”… And at the same time I also believe that being poetic and somewhat obscure is intriguing and inspiring…

No reason not to strive for the best of both worlds…

8 Likes

I figured thats what you meant

Also illustrates the unique nature of community here where musicians, learners & highly technical folk inspire each other via overlapping thread topics

I think back to the thread about mixers or desktop instruments where tehn basically was getting our input on potential product we could all use (i recall discussing preferred midi, power, and i/o formats)

In hindsight it either led directly to or heavily informed some design choices for norns…as a result i felt more personally invested in the device than some other SPCs available

4 Likes

When I think of an SPC I think of it as a physical/mental/emotional/social separation for the purpose of breaking existing connections in order to create new ones.

Making music in the box is a bit like a buffet where you can try many things, but it’s hard to focus on a specific food or cooking process. Every discussion is tied around the food as it exists in the buffet or how it is in relation to outside of the buffet. You can’t separate it from the buffet and the community that’s formed around the buffet.

When you talk about creating music in a DAW you bring along the physicality, process, and community that’s already tied to making music in that DAW.

I don’t think an SPC has to have a physical separation if it fulfills the role of separation. I like that ORCA is in the equipment category for that reason. It’s technically software but it’s so different from other music making processes that it breaks with existing connections and encourages the formation of new ones.

Another piece of equipment that I like is Expert Sleeper’s General CV. It’s a case where it sort of needs to be physically separate because otherwise you get stuck mentally thinking about the types of music you would make with general MIDI, but bringing it out into the modular world gets you out of that mindset. It’s out there enough that as far as I know it doesn’t have its own community, but sometimes I like having the opportunity for solitary exploration without knowing about what anybody else is doing.

I’m going to chime in with my perspective, because my brief experiences owning an Organelle and Norns were a bit atypical (especially Norns), but it shaped a lot of my current and (hopefully) future work.


First I had the Organelle, which I originally bought as a cheaper and more flexible alternative to an OP-1, which I had really wanted for a longggg time. Though my frustrations with PD eventually led me to part ways with it (I’m spoiled by Max’s comparatively easy UI, and PD being somewhat lower-level made me rather just use Csound or something text-based), I look back fondly on it because it was my first experience with Linux! I remember plugging in an HDMI cable for the first time and feeling really cool but also really nerdy at the same time when the Linux boot screen popped up, and I loved it.

*Quick disclaimer to mention that this was before Orac and other developments were released to make the Organelle even more flexible and easy to use with other tools like Csound and Supercollider. I could totally see myself returning to the Organelle someday, especially after becoming much more comfortable with Linux (spoiler alert for the rest of this post).


Not long after moving on from the Organelle, Norns was announced. For some context, I had just finished my last semester of school. My capstone project was a trio of simple Web Audio API experiments (Javascript woo!), and to host them publicly, I set myself up with a DigitalOcean server (more Linux yay!). So at this scripting-heavy place in my life Lua seemed like a breeze, but the real intimidating factor was Supercollider. But because of how open the Norns design was, though looking back now I was still quite a Linux novice, I boldly decided to try and get Csound running instead of, or alongside, Supercollider. And I did actually. With a few helpful pointers in the Norns Development thread, I got it working on a proof-of-concept level by configuring Crone/JACK to route the audio accordingly. I even got Lua to send OSC messages to Csound so I could get the full Norns experience going.

But like anything, I quickly realized that the more things I learned, I learned more about what things I didn’t know. At some point, it just became too overwhelming thinking about, as a highly inexperienced developer/programmer, how I was going to shoehorn this comparatively niche use case of Norns into the environment that was still somewhat in development by people who already have a good clue of what to do. Additionally, I was saving up money as I was preparing to move from Boston to California, and since my time with Norns had been almost entirely devoted to figuring this out instead of, you know, using it as a musical device, I parted ways with Norns as well.


I hope this doesn’t sound like I didn’t enjoy my time with those devices, because that’s not true at all. I greatly admire the design, philosophies, and people behind both Organelle and Norns, and even more people are doing amazing things with them as developers and artists. But what I appreciated the most about them was that they were both incredible learning experiences which not only furthered my general love of programming and all that, but also grew into a love for programming and configuring standalone, “single-purpose” devices.

These days, I’ve got a couple of regular Raspberry Pis and a Bela that I use for various things as I have needs or ideas pop up, and then I take the time to learn how to bring them into fruition. This past week, I got one of my Pis to run a simple C program (!) that consists of delay with a lowpass filter (thanks musicdsp.com) in the feedback loop. (With a USB audio interface and the JACK API). I even gigged with it last night, and it looked so silly with the Pi taped onto the interface, and then with a small breadboard with a single encoder and jumper cables taped on top of the Pi. On top of that, even though I was just doing a modular set with the Pi alongside, I still needed my laptop and an ethernet cable to SSH into it and get it going, so this was like top level silly. But wow, how rewarding is it to perform with something you created yourself!?

TLDR my enthusiasm for single purpose computers isn’t just in the separation in form and process from laptops and the like. Especially in the case of open source devices, it’s also about the learning experiences that can be had from them!

I have my own ideas for devices/instruments/etc, and I dunno if they’ll ever become a reality, but if they do, it certainly wouldn’t be possible without the journey that my past experiences has sent me on. And already I know that it will important to me to share that knowledge / open source it for the next person/people to learn and grow from too.

17 Likes

Damn. To have that disposable Thinkpad money…

I’ll add to the chorus that says this comes down to preference.

I’ve made my best music with a combination of a laptop and analog keyboard synths. In terms of sampling/chopping/sequencing workflow, nothing can beat Ableton IMO. Maschine is great in terms of tactile feel and muscle memory for processes like building drum kits out of disparate parts, so I use that too.

In contrast, I’ve finished little to no publicly available music using my modular, but I love it so much I could give it hugs and kisses. It houses my favorite single-purpose computer (Maths). Two of them, in fact! Plus it looks fookin’ book. I get half of my enjoyment out of just staring at it…

3 Likes

He said x220’s, which run about $100 these days and are still quite capable little guys. Cool shape too. (Dunno about “disposable,” that seems hyperbolic, but “set and forget” or “single purpose” makes sense to me)

4 Likes

“Why computers” (at all) is something I’m currently struggling with a lot at the moment. Or, what is a computer, is there something on the boundary of computer/not computer.

More interesting/productive has been the process of interfacing with low-level “analog” logic elements, and embracing their analogness, metastabilities, hysteresis effects and so on. the fine line between determinacy/indeterminacy.

Logic+ analog feedback, the first memory elements (RS latches, flip flops) were discovered in just this way. Which is of course “illogic”, since the relationships this feedback expresses are by definition, nonsensical… X = not(X) and so on.

(But for me still a long way to go here…)

anyway – not worrying about [Turing] “completeness”. re-emphasizing synthetic modes (of assemblage, of “Cybernetic Serendipity”) rather than analytic (e.g. modern industrial coding practices, which I’m immersed in most of the time for work).

Anti-Turing, anti-Helmholtz. But “anti” in the sense of turning things around. There’s a sense where “anti” indicates a huge debt. It’s just subverting the entire structure from within. Synthetic rather than analytic; immanent rather than transcendent.

The point where it’s no longer a computer, is where it becomes most interesting for me. But then too, it has to be almost a computer. Almost/no longer. This point of indistinction (which is always provisional) is the aim.

Live coding aims in a similar direction, certainly I’m inspired by recent developments (Orca etc.) and consider my interests to be along similar lines.

Also – rediscovering or at least reading about early work of Erkki Kurenniemi (DIMI experiments), Michel Waisvisz (Crackle, early circuit bending) David Rosenboom (biofeedback). I’m not directly pursuing any of these things; like live coding it’s just more inspiring than anything…

Anyway – besides being of questionable relevance, my laptop is just a horrible interface with latency (keys/touchpad), apps (Logic) frequently running out of memory, audio drivers not always showing up, perpetual notifications, having to be online to deal with software licenses, etc. I think others have covered these points.

Plus the laptop is so small. The phone – even worse, it encourages us to shut out the rest of the world and become locked in the platform. But the laptop is not better in any essential sense… And they’re already on the way to convergence. Still – I’m writing this on a laptop. We find ways to subvert the structure, I guess… But on the question of size – the “instruments” I like to work with are body-sized. It should be impossible to keep the whole “instrument” in view. So you have to move around, you have to have some awareness of your physical surroundings. The original arp 2600 got this exactly right.

Now – a lot of studios have desktops and huge screens… I can see the benefit of this but have not gone there myself.

And of course one could compose an instrument out of 5-6 small “boxes” or “movable parts” (the latter a concept from Robert Hood).

So I have basically 100% negative associations with the laptop and the less I rely on it, the more creative possibilities are opening up for me. But I have to rely on it still for many things (recording, mixing, …)

However, I’m still not that interested in the “single purpose computer” because (aside from also being very small) the elements it yields (I fear, I don’t know…) are still not enough low-level, not enough unstable, or “open” (to analog effects) to cross the threshold of interestingness right now.

So – is the “single-purpose” computer really single-purpose enough? Perhaps the concept could be pushed even further? And in pushing it further, at what point do the presuppositions of modern industrial coding practices (reusability, maintainability, infinite version control, etc.) become obstacles?

11 Likes

This causes me to ponder the use of computing resources to provide a ridiculously huge amount of sonic “choices”…

I love my laptop in many ways but find that I’ve stuffed it so full of plugins and samples and controllers that I’m almost suffocating under the bloat and creep of it all…

I like the idea of pointing the resources of a small processor at other aspects of musicking… not sure exactly what that means but inspired by your talk of analog properties…

Sorry if this is obscure but I was enjoying the mental pictures your post evoked in my brain…

3 Likes

I’ve really enjoyed reading through this topic. I’ve previously had a teletype and am now waiting on a Bella Salt. I think for me the attraction of these SPCs is around the ‘instrumentness’ of them. By that I think I mean its identity or meaning as an instrument. The Teletype is very flexible and could be doing a broad range of things in a modular instrument but it also has very specific affordances. So to me it brought with it specific approaches and possibilities rather than a completely blank slate.

The Bella Salt is much more open and undefined but I have a specific role in mind for it that has developed on from the Teletype and where I was unable to take that instrument - but also where I would never have known to go if I had not used it.

I think situating these SPC modules in my modular is also about them forming something that is an instrument rather than a host of instruments. I guess basic conveniences like the patching being contained in one portable item come into this but I think there is something else going on for me at least that is not necessarily practical but about how I approach and think about my modular as a self-contained instrument.

I also wanted to mention the parallel conversation here about the communication of the functionality of of devices (marketing etc). I’ve been thinking a lot about this lately, particularly in relation to Serge Tcherepnin’s patch programability philosophy of providing a lower layer of functionality in modules that allows the electronics to come to the foreground with its own language. In the case of a module being capable of a massive range of possible uses, especially in conjunction with other modules, maybe the vagueness we sometimes see in descriptions is about a reluctance to limit what something is, or dictate to someone how something might be used.

4 Likes

I prefer no-purpose computers personally.

9 Likes

Constraints help to think creatively in many situations. A single purpose computer is also a constraint which can be a good thing. Making Music by Dennis DeSantis actually has a chapter about that:

https://makingmusic.ableton.com/arbitrary-constraints

3 Likes

this is something I’ve started to do recently too, just so I can ‘focus’ a bit more, rather than drown in a sea of possibilities. Bela Salt is playing an important role in this for me.
I’d love to hear more about your plans for Salt.

It does make things a bit more manageable! For Bella Salt I basically want to build a digital programmer that can have it’s stages selected by cv or gate. So like if you combined a SYNTHWERKS PGM-4X4 with a Doepfer A152 so that you can instantly change a bunch of parameters but in a non linear way. Pretty simple but I think it will help reign in the chaos.

1 Like

interesting… I’d actually thought about doing something similar to the polyend presets , for a similar reason. not too difficult to code really - but I’d need to think about the UI a bit (as salt obviously is very different to presets)
I’ll probably wait till the Bela Pepper arrives though, as my Salt is already ‘allocated’ to other tasks :slight_smile:

1 Like

One of the themes I’ve found interesting so far in this thread is the crossover between having a desire for an instrument and having an interest in coding / building that instrument.

When I first read comments to that effect I saw a bit of frisson (can’t think of a less wanky word, sorry) between wanting immediacy, responsiveness (don’t break the flow, express myself quickly, etc.) and (what for me would be) a long and labour-intensive process of building something. These things don’t actually contradict, imo, but it got me thinking.

I think of a friend who has played clarinet and sax for decades, another who has played the violin for decades, another who plays synths and other keyboards, another who plays drums. You can probably guess where I’m going… none of them has ever talked to me about wanting to make their own instrument.

Any thoughts about this?

Is it more about costs or benefits?
Is it mostly that making software is easier than making a physical object? Because e.g. the posters who are into making instruments already code?
Or is it mostly that coding an instrument gives you a heaps better result than you’d expect from building a physical one? Or to flip that: is the option to trade up to an instrument that better fits your needs a worse one with software instruments than with e.g. clarinets, drums, violins, keyboards?

Is it that my friends are a crap sample? :wink:

5 Likes

Interesting questions :slight_smile:

I think there’s a few differences that makes it more approachable to make your own software instruments.

There’s a lot of tools of relative ease to access that allow to build software instruments. And the cost associated to make decent software instrument is lower than hardware. And the cost is static: once you have your software toolkit, you can easily make many prototypes.

In my mind, creating/customising a physical instrument is an additive process. You put together physical component that did not exist together to get something new. The process of making a software instrument is similar, but you could see it as a substractive process: what the computer can achieve is infinite, and we chose to consciously reduce that infinite into a finite set. Instead of doing anything, it will do a specific thing, with codified gestures that we would consider optimal to our creative process.

In a way building software is resting on the shoulders of giant: we can, but we don’t need to invent new effects or sound sources, piecing them together in a new shape will already bring interesting results.

To end this, I have a different question: who after building software instrument, would like to explore (or explored already) building physical instruments?

2 Likes

The current trend of “soundboxes” lile this > http://cdm.link/2019/05/10cars-electro-acoustic-instruments/ makes me think there’s also a desire to build specific physical tools for specific sounds. And just like most software self-created instruments, those are maybe less focused on tones, scales and score-reading tools, and a little more on very specific physical approaches, a way to reach certain kinds of textures, atmospheres, sensations, more quickly and with a different physical relation to the instrument than when trying to play the right note at the right time with enough dexterity.

So just like these soundboxes do not try to emulate a Clarinet or even a Kalimba or Violin, despite having some tools of the former (bows, strings, plucked metal stripes), I think self created software instruments are not trying to emulate a moog, a prophet 6 or whatever “synth as a classical score-reading, dexterity inducing, piano playing instruments” are out there. It’s about trying to find a different way to connect to sound, prototyping ideas without the overhead of thinking about the perenniality of the instrument, without having to consider how other people might use it and how you should accomodate that.

Just like you absolutely can do what SPCs do on a laptop, you absolutely can do what most diy built soft instruments do with other synths, but still, doesn’t mean you will, and doesn’t mean you’ll enjoy the same things about doing it along the way.

Also a final point, I know a lot more people building their own websites with little knowledge in coding and 0 money, than I know people building their own houses with little knowledge in architecture and 0 money.

8 Likes

tbh the main point I take away here is how it’s a bit weird that “build” can be used for things as different as websites and houses! But I guess it also suggests that in general working with software is a low-stakes option compared to reworking physical things.

1 Like

One thing I don’t think I’ve seen mentioned is that some of these devices are great “learning platforms.” I’ve wanted to learn more about linux, embedded programming and audio DSP, and Norns has been a really fun vehicle for doing this (I understand Lua scripting is barely scratching the surface in terms of learning these subjects). The educational aspect is one reason I think it’s so important to have an active community and good documentation for a platform like this.

Granted, I don’t NEED a norns to learn about these things, but it’s a fun way to do it, and it still feels magical when I can draw to the screen and make a grid light up with a few lines of Lua.

I guess I’m also saying “fun” (remember fun?) is reason enough for me.

14 Likes