|
|
|
|
|
by catshirt
4287 days ago
|
|
really cool. nested with_synth and with_fx calls seem less intuitive than an object oriented approach, which mirror traditional circuits. (synth.connect(fx1) fx1.connect(output)). what was the reasoning behind this? i only ask because i could see it making a difference in terms of education. and, what makes this more suitable for schools than ChucK, Supercollider, etc.? that aside, i really wish someone would make a language agnostic livecoding VST so we can start incorporating stuff like Sonic Pi into our real workflows. i sense an integration like that would also gain some attention from people who previously ignored livecoding. i'm sure a lot of students screw around with Fruity Loops or Ableton and would find livecoding much more accessible if it tapped into the tooling they already understood. |
|
Live coding systems are only really good for building teeny tiny little toy automata, which usually do simple stuff with note lists, and maybe apply a bit of randomness or some simple repeating functions to a parameter or five.
Weapons-grade commercial music is much more complicated. The sounds are richer, the arrangements and mixes are immensely complex (even for simple songs), and generally there's a ridiculous amount of care and detail.
But... if you start building in machine learning, database searches, and super-complex DSP patches, and the stuff you really need to make non-trivial music, you're not really live coding any more - you're plugging pre-existing modules and data together by typing.
Also, watching people typing is kind of dull.
I think there are solutions to both problems, but REPL-music systems are only ever going to be a step on the way to them.
I'd be surprised if live coding ever makes it into the mainstream in the way that (say) eSports almost have.