Show newer

5. Bespoke dev gets swallowed up by Epic or some other big corp, and maintenance is taken over by community. They are both there and not there. See: SuperCollider

Show thread

4. Epic squeezes Bespoke from the original owner. They say fine you can have it, I'll just do it again. Owner builds a smaller more humble version, but with an enthusiastic and thriving community, and maybe gets more involved in academic circles. See: PureData.

Show thread

3. Bespoke dev will quit Epic and work on Bespoke full time. Trying to make a living developing indie FLOSS music software isn't impossible, but it's very close. Usually some kind of honest compromises are made to make ends meet. Sometimes they are well received, sometimes they are not. See: VCV Rack, Ardour.

Show thread

2. Epic will try to buy or sponsor Bespoke. This is a double edged sword. Short term, you see a lot of progress and changes. Long term, usually these projects stop being themselves. The original creator will stay on for a while, but they will not own it or have full control. This will cause them to eventually lose interest, burn out, and work on new projects. When this happens, Bespoke is dead. It will either get cannibalized by Epic, or sold to some other company. See: JUCE.

Show thread

There are a few outcomes I see:

1a. I am wrong. Epic will continue to let Bespoke thrive naturally and do whatever it wants because "it's no big deal bro, chill out. Bespoke is awesome!". In this timeline, Firefly has 4 seasons will a satisfying story arc.

1b. Bespoke continues doing it's thing somehow, but community moderation becomes difficult as it grows and it leads to burnout. See: Non DAW, LMMS.

Show thread

I hate to be a downer, and this definitely a jealous take, but like, how can that last? I've seen this story play out before.

Harmonix may or may not have been a chill company in Cambridge MA, but Epic is certainly not. Bespoke is a decade old passion project with a recent boost in popularity and a community growing around. Tech companies simply don't let their software engineers do things like this without some sort of quid pro quo.

Show thread

A little jealous that the developer of Bespoke gets to work on this open source side project AND get paid as a software engineer at Harmonix (recently acquired by Epic), getting paid as a software engineer in the music tech space. In my experience, that sort of arrangement with an employer is really tough to pull off.

Puff pastry and homemade poptart season is upon us.

patchlore boosted

The original creator of non DAW is still getting harassments, despite taking down the project back in February:

non.tuxfamily.org/wiki/2021-10

patchlore boosted

Adding a coding conventions page for . Mostly it's about naming conventions I've settled on. But I spend some time talking about the typical way I structure literate programs for these algorithms:

pbat.ch/sndkit/coding_conventi

patchlore boosted

Sourcehut is giving me SSL cert errors when I try to pull/clone. Any workarounds?

Fair question: what is the point of using a VM to make music?

Moving past the answers that are variations of "just for fun", I believe a VM is the ideal way to capture non-linear musical thinking.

Show thread

I have this vague notion of trying to use the VM as a musical sequencer.

The gist of it would work like this: spawn an instance of the uxn VM inside of an audio DSP ugen that takes in an audio-rate clock signal, and then load a ROM into it. Every time the clock ticks, it runs the uxn program until it reaches a halt statement. The program would then be able to somehow have some sort of I/O that would allow it to write sequences. You'd have to make sure that the program does halt, eventually (In the past, I've hard-coded a maximum number of instructions per tick before breaking).

I've explored this concept of using a VM for music a few times myself, but uxn is far more developed VM than anything I've ever done, with much better tooling.

Previous works of mine include SeqVM (VM for making sequences), trigvm (a VM for making rhythmic trigger signals, built to be programmed on the monome grid in a program I wrote called trig):

pbat.ch/loom/seqvm/

git.sr.ht/~pbatch/seqvm

pbat.ch/loom/trigvm/

pbat.ch/proj/monolith/wiki/tri

Show older
post.lurk.org

Welcome to post.lurk.org, an instance for discussions around cultural freedom, experimental, new media art, net and computational culture, and things like that.

<svg xmlns="http://www.w3.org/2000/svg" id="hometownlogo" x="0px" y="0px" viewBox="25 40 50 20" width="100%" height="100%"><g><path d="M55.9,53.9H35.3c-0.7,0-1.3,0.6-1.3,1.3s0.6,1.3,1.3,1.3h20.6c0.7,0,1.3-0.6,1.3-1.3S56.6,53.9,55.9,53.9z"/><path d="M55.9,58.2H35.3c-0.7,0-1.3,0.6-1.3,1.3s0.6,1.3,1.3,1.3h20.6c0.7,0,1.3-0.6,1.3-1.3S56.6,58.2,55.9,58.2z"/><path d="M55.9,62.6H35.3c-0.7,0-1.3,0.6-1.3,1.3s0.6,1.3,1.3,1.3h20.6c0.7,0,1.3-0.6,1.3-1.3S56.6,62.6,55.9,62.6z"/><path d="M64.8,53.9c-0.7,0-1.3,0.6-1.3,1.3v8.8c0,0.7,0.6,1.3,1.3,1.3s1.3-0.6,1.3-1.3v-8.8C66,54.4,65.4,53.9,64.8,53.9z"/><path d="M60.4,53.9c-0.7,0-1.3,0.6-1.3,1.3v8.8c0,0.7,0.6,1.3,1.3,1.3s1.3-0.6,1.3-1.3v-8.8C61.6,54.4,61.1,53.9,60.4,53.9z"/><path d="M63.7,48.3c1.3-0.7,2-2.5,2-5.6c0-3.6-0.9-7.8-3.3-7.8s-3.3,4.2-3.3,7.8c0,3.1,0.7,4.9,2,5.6v2.4c0,0.7,0.6,1.3,1.3,1.3 s1.3-0.6,1.3-1.3V48.3z M62.4,37.8c0.4,0.8,0.8,2.5,0.8,4.9c0,2.5-0.5,3.4-0.8,3.4s-0.8-0.9-0.8-3.4C61.7,40.3,62.1,38.6,62.4,37.8 z"/><path d="M57,42.7c0-0.1-0.1-0.1-0.1-0.2l-3.2-4.1c-0.2-0.3-0.6-0.5-1-0.5h-1.6v-1.9c0-0.7-0.6-1.3-1.3-1.3s-1.3,0.6-1.3,1.3V38 h-3.9h-1.1h-5.2c-0.4,0-0.7,0.2-1,0.5l-3.2,4.1c0,0.1-0.1,0.1-0.1,0.2c0,0-0.1,0.1-0.1,0.1C34,43,34,43.2,34,43.3v7.4 c0,0.7,0.6,1.3,1.3,1.3h5.2h7.4h8c0.7,0,1.3-0.6,1.3-1.3v-7.4c0-0.2,0-0.3-0.1-0.4C57,42.8,57,42.8,57,42.7z M41.7,49.5h-5.2v-4.9 h10.2v4.9H41.7z M48.5,42.1l-1.2-1.6h4.8l1.2,1.6H48.5z M44.1,40.5l1.2,1.6h-7.5l1.2-1.6H44.1z M49.2,44.6h5.5v4.9h-5.5V44.6z"/></g></svg>