I’ve been interested to watch the flood of reactions around the web to our latest demos and audio experiments. Here are a few:
- Al MacDonald lays out a history and potential future for our work
- Article in Create Digital Music, “Real Sound Synthesis, Now in the Browser; Possible New Standard?”
- Post on Wired’s WebMonkey blog, “New HTML5 Tools Make Your Browser Sing and Dance”
- Feature of Multi-Touch Audio Data Bloop demo on weave.de
The reason the web has grown like it has, the reason there is so much innovation, the reason so many people of varying levels of expertise can use it, or as Mike Shaver put it in 2007, the reason the web won, is View Source:
If you choose a platform that needs tools, if you give up the viral soft collaboration of View Source and copy-and-paste mashups and being able to jam jQuery in the hole that used to have Prototype in it, you lose what gave the web its distributed evolution and incrementalism. You lose what made the web great, and what made the web win.
The way View Source functions, with respect to HTML documents, is well understood. It’s so well understood that its absence becomes something you can’t not see. The Flash-based music visualization or audio app that runs in the browser today looks and sounds great, but that’s all it does–it can’t lead others to iterate and innovate. Sure, we can deploy audio on the web, but we can’t tinker with it if we can’t get at how it’s made. Pressing ‘play’ isn’t the same as playing.
This way of working is so common on the web, it’s almost not worth mentioning. But I do mention it because this was, as far as I can tell, the first time people have collaborated on the web to build music using the technologies of web. And just as it has for all manner of other things, the web made building music easier and faster.
One of the properties of sound is that it bounces off things, echoes, and changes. The history of music is filled with people innovating by playing with existing sounds. Allowing sound to exist in a more manifest and malleable way on the web, to become scriptable, viewable, copy-pastable, means that innovations in sound and music will be more frequent and much, much faster.
It’s a good time to be having this discussion, since the trajectory of music on the web is pointed away from sharing and collaboration (and has for a long time been). What we’re plotting with an audio data API for the web isn’t a new method of delivering music. This is about a new way of creating and collaborating that is stolen directly from the web’s play book. The web beat every other way of working using it. What will happen to music and sound if we let it do the same?