Month: February 2018
In the above, in a beautiful lecture that I am still digesting, Kodwo Eshun quotes from an unpublished manuscript by Mark Fisher, talking about the forces suppressing “the collective capacity to produce, to care, to enjoy”. From my perspective, this makes me think about the ideals of free software, and the practicalities of trying to carry it out. I made TidalCycles in the world of free software (operating systems, libraries, documentation passed down freely from others), on a ‘holiday from capitalism’ supported by student and academic grants and arts residencies, giving it away for free. I was able to absorb a lot of prior work during this time, to help me create something new. Quite a few others have now joined TidalCycles as a free project, and many more in using it. How is capital blocking this collective capacity to produce, to care to enjoy?
I suppose the more radical positioning of live coding in general, more common in the early days, is now being lost. This is the idea that live coding is about experience, not end-product, that to live code is to improvise in and for the moment, that at the end of a performance you have nothing left. The desire to produce music that can be repeated, that can be sold as a product, is I think starting to drown out the idea of ‘blank slate’ improvisation. As people (myself included) crave music with more composed detail, more temporal structure, we get outside the current limits of the live coder in the moment, and take the easy route of introducing pre-written structures, suitable for packaging up as ‘tracks’. We go through the motions of selling them on bandcamp, probably making back a hundredth (or even thousandth) of a minimum wage, but trying to legitimise what we’re doing within the value structure of a past record industry.
By giving away free software with a permissive license, partly as an invitation for others to jump in and contribute features, ideas, and documentation, in practice you also invite people to grab the software and treat it as a ‘tool’ within a ‘workflow’ based on commercial software. This seems innocuous, and to question this behaviour runs against the assumed aim for software to reach as many end-users as quickly as possible. But this aim rides over many other potential aims (e.g. to grow sustainably, to create an alternative), and pursuing it forces a free software collective into interacting with commercial institutions, thereby taking on their value structures. Where Tidal users are also users of commercial software (including MacOS and Microsoft Windows), they’re already trained to think in terms of centralised support and feature requests, and not the collective responsibility to produce, care and enjoy. There is always pressure for the community to divide into ‘developers’ and ‘users’, one serving the other, in a way which simply isn’t sustainable without the latter paying the former. Once we start looking for the users to indeed pay the developers, we’re running away from the possibilities of collective imagination.
I’m running out of time for this blog post, but how to respond to these thoughts? I guess resisting the easy answers, and instead keep looking for alternative paths that only free software culture can take. Re-imagining the programming language and text editor around the principle of data love – where sharing what you have only increases in value. More thoughts to follow.
Back in the glory days of slub I used to live code with Perl, and wrote a text editor (also in Perl) for it called ‘feedback.pl’. It was a strange thing, where you wrote self-modifying code to store data in the sourcecode for the music you were writing, and therefore visualise it. I’ve been intending to make something similar for tidal for ages, and took some time to finally start work. I’ve experimented with a weird visual editor for tidal before, and have been fiddling around with a web-based editor as well, but this time decided to write something that worked in the terminal, using the fantastic ncurses framework. This is partly so it’ll run nicely on the Pi Zero, for my ongoing Spicule project, but partly because it just makes sense for a text editor to work in text mode, and it’s good to start from basics without taking on the many assumptions of an existing ‘general purpose’ text editor. I’m just seeing where it takes me but I’m pretty happy with it so far, it has some structured editing around patterns already, some ascii VU meters going on, and every edit is automatically recorded + timestamped. It’s far from being in a usable state, but here’s a quick demo:
You can find it on github but I’m not inviting patches until it’s a bit more fully formed.
I had a great chat with Darwin Grosse at the end of last year, forgot to post it up until now!
There has been a lot of exciting live coding stuff coming out of Japan, with Renick Bell a major agitator with his Conductive system, plus a lot of audio/visual work from people like Atsushi Tadakoro. I’m really happy then to get an Arts Council England/British Council artist international development award to visit Tokyo myself, hosted by Renick. It’ll be great to link up with TidalCycles people there, see what they’ve been doing with it, as well as perform + run workshops. Can’t wait..
Oxford Handbook of Algorithmic Music
It’s out! It took a little bit longer than planned, but hugely happy to have the Oxford Handbook of Algorithmic Music in my hands finally, containing a fine diversity of perspectives on algorithmic music. Hopefully available from your local library, and available from your local independent bookshop too. Huge thanks to all the authors, the publishers and of course Roger Dean – we co-edited the book together very much as an equal partnership.