Learn To Make Hip Hop

...Learn to make hip hop music. become a true beatmaker today.

open-source

...now browsing by tag

 
 

About Those Waves Vuvuzela Presets, Some Open Code, and Broadcasting Noise…

Thursday, June 17th, 2010

The explosion of interest in filtering out sounds of the vuvuzela has spawned some interesting discussions. Most amusing to me is the notion of some sort of anti-vuvuzela bias. The simple matter of the fact is, recorded (and broadcast) sound are not the same as the sound you hear when you’re physically in a location. If you’re at a sporting event, you hear all kinds of noise. Your expectations are differently calibrated, and you have 360 degrees of (real world) sound spatialization. Watching TV is different. You want background sound, yes, but not to the point that it drowns out commentary. In effect, you want the broadcaster to create an artificially well-balanced soundscape. What’s really striking about the World Cup is that the planet’s largest broadcasting companies all seem to have been caught unprepared for the vuvuzela cacophony.

Which brings us to Waves. So, yes, I took some cheap shots at Waves’ pricing on their plug-ins in yesterday’s massive round-up, and yes, I did actually … hear about it.

First, I want to be clear that in the avalanche of responses to the vuvuzela, there are a number of different techniques – not all notch filtering, though, as my headline hinted, the fact that “notch filtering” is a phrase coming up in mainstream media, blogs, and sports coverage is itself newsworthy.

Waves’ approach involves their noise suppressor. What I said about pricing may have been unclear in regards to the presets: the custom-developed preset chain, made by Waves for broadcasters (and apparently in collaboration with one, specific broadcaster Waves has not named), is entirely free. The cost to which I referred is the noise suppressor itself (US$2900) and the parametric EQ ($300).

And no apologies here for pointing out the gap: compared to most audio software, $2900 is indeed a lot to pay for a plug-in. One of the strange things about audio is that there are sort of parallel dimensions of value/cost equations and markets. In this case, I’m sure the broadcasting market is absolutely willing to pay $2900 for audio software – looking at the cost of, say, a World Cup license, the cost of the equipment used for that broadcast, the human hours that go into plug-in development, and the limited number of potential broadcast customers, Waves’ pricing is actually pocket change. But that further illustrates the disparity: it’s pocket change to the BBC or ESPN, whereas an individual, home audio producer might well use tools that are entirely free as an alternative.

Waves isn’t even, as [someone] pointed out to me, the pricey end of that spectrum – not by a longshot. France’s Canal+ hired an entirely private commission to do what, for Waves customers, at least, was free. [article in French] The result: a non-TDM custom effect solution from a local developer with what was likely a very, very high price tag.

But you can also judge this for yourself: if you’re curious to try out the Waves solution, both WNS and Q10 provide a 7-day demo. It’s definitely the posh steakhouse of plug-ins, to the “street vendor sausage cart” alternatives I mentioned. Pricing is economics, not a quantification of value – such is the nature of the beast. But you can determine how much that market-driven pricing translates to the software. What Waves gives you is certainly a friendly interface, some sophisticated tools tailored to the task, and what’s likely, out of the box, to come closest to producing broadcast-quality sound. Naturally, I also think that delivering that broadcast-quality sound ought to be the job of the broadcasters, not someone at home with a TV set. The question of which tools are relevant for music production, rather than covering the World Cup with an entire network TV crew, can be saved for another day.

While we’re clarifying, I think the most interesting of the long list of solutions I mentioned, apart from Waves’ solution, is the plug-in from the Centre for Digital Music (C4DM) at Queen Mary, University of London. Dan Stowell notes that, while some of the other techniques mentioned do indeed involve notch filtering, what’s at work here is “a bit cleverer, kind of tuned median-filter.”

The C4DM plug is truly free software, under an MIT-style, open source license. It’s actually a pleasure to browse through the code – bless you, digital signal processing, as mathematically, tasks like this look pretty readable in C and C-style code. No, such things aren’t comparable to, say, a Waves plug-in. At the same time, at their heart, they are fundamentally the same animal. We’ve seen this basic technique (digital signal processing) packaged in wildly different forms. We have academic research centers, which one might argue should engage in open code if they’re publicly funded. We have free code that comes from people who aren’t in academia. We also have businesses that naturally spawn around catering to a very different customer, for whom value is easy to justify given the potential revenue from the product (a sports broadcast), and who likewise have higher expectations of user interface, real-world performance, and support.

But such is the broad spectrum (ahem) of sound software today. Take something as simple as filtering out a drone at a particular frequency, and you see a broad set of potential uses, an audience literally as large as the entire planet’s sports fans, tools on every conceivable platform and operating system, and markets that range from interested academic researchers and programmers to broadcasters with deep pockets.

All over a cheap plastic horn.

It’s a reminder of all kinds of disparities. There’s the economics of sound software, scaling from hobbyist to academia to business, from code that people give away to highly-priced custom services that make Waves plug-ins look like $2 iPhone apps. But more important than that, while specialization in sound software remains the domain of a tiny niche of society, but the ultimate market – human ears – is in the billions. Perhaps while we hide out in our blogs and trade magazines, we forget that.

Oh, vuvuzela. Look at the fuss you’ve caused. The kazoo never caused this much of an issue. Photo (CC-BY) Mark Kobayashi-Hillary.

See the original post here:
About Those Waves Vuvuzela Presets, Some Open Code, and Broadcasting Noise…

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

Browser Madness: 3D Music Mountainscapes, Web-Based Pd Patching

Thursday, May 27th, 2010

“The hills are alive /
with the sound of browsers”

Ever thought you’d make sounds in a browser, or have new ways of visualizing music playback? It’s happening, with builds of Firefox anyone can download.

Work to make browsers rich with sound synthesis and visualization continues. “Compatibility” isn’t really an advantage yet, because Firefox is the only browser with support, and only in the next version, though that could change in the future. And yes, Flash is capable of some of this, too (though not real 3D), with 90-95% saturation, conservatively, of computers. But if not compatibility, what these experiments do represent is what happens when someone working on a tool (Firefox, in this case) really commits to making sound a priority, and supporting free standards and developer tools (an emerging standard API, WebGL, Processing.js, etc.).

In fact, it’d be great if this occurred everywhere: if you’re making a platform, make sound a priority, and people will do mind-blowing stuff with your platform.

Among the latest fruits:

1. 3D eye candy. Charles Cliffe has a psychedelic visualization of sound playback. The JavaScript nuts are also proceeding to do more things with their language than most would deem possible, even moving DSP calculations to JavaScript code. I remain a bit skeptical there: the question to me isn’t whether JavaScript is “fast enough,” but whether native code is faster or simply the better tool for some jobs. Details below.

2. Patching in a browser – with a Pd clone. Chris McCormick is porting a subset of basic Pd objects to the browser. Now, one side of me wonders whether Pd is the best choice; it’s a somewhat idiosyncratic, if powerful, language for describing sound patching. But on the other hand, I could see this being fantastic in teaching and sharing: put basic patches up in a browser, let people play with them live, then build more advanced tools (with greater hardware access and external support than is possible in a browse) in the traditional Pd tool. As I keep saying, I think there’s far too much partisanship in the discussion (“Browsers for everything!” / “Browsers are useless!”), far too little thinking about how the browser and the desktop tool are more powerful together.

Check out:
mccormick.cx/dev/webpd/
wiki.mozilla.org/Audio_Data_API

Also — heck, I may try this out in workshops as soon as next week. The browser could build a basic language for music and visuals in Processing and Pd, then robust performance tools could be built in the native tools, with quite a lot of compatibility between the two.

3. Actual standards. The W3C, the standards body behind HTML, has added this discussion to an Audio Incubator group. (It’s been incubating for some time, but maybe this will help something actually hatch.) Now I’d just like to see these things in Chrome/Chromium, too – I wonder if anyone’s up to a test build, as the standards adoption discussion continues. A number of readers have pointed out that MPEG4 had a specification that included, wholesale evidently, Csound. But this process seems more organic to me – you need actual tools and real-world experiments to evaluate the validity of something, not just standards on paper.

Putting the Awesomeness in Context: An Appeal

A side rant, though: why do Web geeks only care about what happens in the browser? It’s funny to me it seems that outlets like Slashdot jump on stories like browser-based tools, but ignore exactly the same ideas if they’re in a separate app. That’s not a criticism of the Mozilla crew or these brilliant hackers – this is what development is all about, pushing your tools to the limits. But if there isn’t a broader recognition of the value of what you’re doing or why you’re doing it in the first place, there’s a danger that unsustainable tool fetish will miss the point. That is, synthesis in the browser is excellent, but if people don’t understand the value of the synthesis itself, we have a lot more work to do.

Even the tools themselves need a context. It also JavaScript is amazing, but so are tools in Python, Java, Scala, and so on… and some of the enduring power of C still shows here. Browser powers are cool, but the OS is just as important – performance of Firefox would be heavily dependent on support for OS-native, low-latency audio outputs, like JACK on Linux. (Yes, it’s open source, so you can go do it yourself. No, I have no idea how to build Firefox for JACK – maybe a reader does?)

I’ve still yet to see a compelling explanation of what the browser really is, and what’s possible with its interface paradigm. That should be a fascinating discussion, actually, especially with the radical transformation of the browser, particularly as players like Google make it the central aspect of TV-watching or tablet experiences. But the discussion is only really interesting if you don’t start out with the value as a given. For instance, if browsers become a bigger part of what we do, is its simplistic tab metaphor really sufficient? If browsers simply bundle a set of native tools, are there ways “standalone” apps might adopt similar, standards-based approaches?

David Humphrey argues that part of the value here is the view source concept, but the Web has had the same empowering influence on sharing, collaboration, and reuse with platforms other than just JavaScript. The browser itself is a largely misunderstood piece of technology, partly because users (understandably) focus on their experience, and doesn’t pay attention to which aspects are delivered by the browser, the OS, or some other piece of code.

Oh, side note: this isn’t about “the cloud.” The cool stuff here is happening on your local hardware, period. That’s what makes it fast, and that’s what makes it work for audio, and your local machine is getting cheaper, cooler, and less power-hungry all the time. New DSP and floating-point capabilities in devices like tablets could make sound more powerful and flexible than ever before – provided people work out how to maximize, not squander, those capabilities.

So, here’s what I’d like to ask: what form will the standards discussion take? And how can these larger discussions – many of which transcend the discussion of any one tool or standard – find a forum?

Behind the Scenes, More Info

While you ponder that (and I’m open to suggestions), here’s more reading for you:
Experiments with audio, part X [Dave Humphrey's increasingly-awesome blog]

Previously:
Real Sound Synthesis, Now in the Browser; Possible New Standard?

More details on the first example, and how it was built (Minefield is Firefox 3.7):

All runs in real-time with Javascript, WebGL and HTML5 only (uses Minefield Audio build) — no browser plugins are used.

This demo combines the CubicVR 3D engine on WebGL (www.cubicvr.org) with the Mozilla HTML5 Audio API (hacks.mozilla.org), Processing.js (www.processingjs.org) and BeatDetektor.js (www.beatdetektor.com)

Mozilla Audio API is used to sample the HTML5 audio tag on the page, this information is processed by BeatDetektor.js which produces timing information for the Processing.js real-time canvas textures and the CubicVR.js procedurally generated WebGL scene using them.

The camera is set to free roam a simple chase pattern with a probability to follow a nearby cube (fully automated).

Available online at:

http://cubicvr.org/CubicVR.js/bd3/BeatDetektor3HD.html

or if you have a Float32Array enabled Minefield build:

http://cubicvr.org/CubicVR.js/bd3/Bea…

you can find more info about audio api-enabled Minefield builds at:

https://wiki.mozilla.org/Audio_Data_API

You can also feel free to chat with us about the Audio API via the #audio channel on irc.mozilla.org

Enjoy! And yes, I’ll have to work out a more beginner-friendly, here’s how to do this post.

Follow this link:
Browser Madness: 3D Music Mountainscapes, Web-Based Pd Patching

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

More Browser Notation: Type Notes Quickly, Store Scores Online

Tuesday, May 18th, 2010

Music scores remain one of the best ways to record or share many musical ideas. If you’ve done even casual notation, you’ve likely had the experience of scrawling something down on a scrap piece of paper, manuscript or otherwise.

Imagine, instead, quickly scrawling something in the now-ubiquitous web browser window.

Gregory Dyke writes with a notation project he’s built with Paul Rosen; he says that it’s further along in its development than the notation project we saw last week. As before, it employs JavaScript and HTML5, and the Canvas element SVG support, rendering quickly in any modern browser right inside a web page. (Correction: it’s SVG, not Canvas, that makes this work, thanks to the raphaeljs library.)

Abcjs is an open source parsing and rendering tool for ABC written entirely in javascript, so it allows sheet music to be rendered as both standard notation and MIDI entirely with the browser.

Here are a couple ways to use this:

For rendering any ABC notation found on a web page as standard notation,
see http://drawthedots.com/abcjs

For a free on-line editor and tune storage website, see
http://drawthedots.com

Enjoy! And we’d appreciate feedback of all kinds.

Notes:
1) ABC 1.6 is mostly done, and many parts of ABC 2.0 are supported. We are actively working on improving the rendering.

2) We know that the rendering in IE is not as pretty as Firefox, Safari, and Chrome, but we’re working it!

Here, the ABC notation format is a standard, so you can simply type in or copy and paste any ABC-encoded text and render it right away.

It looks ideal for dropping musical excerpts or examples into a page, but this project even in its early stage offers another idea: why not quickly type in your notes in simple text characters, then store and share that score with others? There’s even instant music rendering.

Simple, lightweight examples do have a way of opening the door to more technically-involved discussions, and this is no exception.

ABC is nifty and easy, but it isn’t capable of representing more sophisticated scores in the way that the free Lilypond format is. I noted last week that Lilypond is nonetheless readable and easy for basic entry, even as it adds sophisticated features with a little more work. I think even having a web window with ABC is nice enough, and it should be possible to go from the simpler format (ABC) to other, more complex formats (MusicXML or Lilypond). But this question of how to interchange files remains one of interest. After the post last week, the project we saw spawned a long discussion in its blog’s comments on how interchange might work. Greg, for his part, concedes that “abc is quite powerful, but stops at complex multivoice scores where voices move across staves (simple multivoice and multistave is possible).” That could make putting Lilypond in the browser a useful activity, and since it is possible to go from MusicXML to Lilypond, it should enable MusicXML, as well.

As with sound synthesis, putting notation in the browser demonstrates how both the “desktop” app and the “browser” app can differentiate themselves. The browser focuses on quick, simple entry and sharing. The desktop app remains the tool for connecting to MIDI hardware, performing more sophisticated entry and layout, and project management. Far from competing, each gives the other greater purpose and a clearer sense of how the two design approaches can differ. Because a Web rendering engine like WebKit is also embeddable, the line doesn’t even need to be absolutely clear. I can imagine, for instance, Lilypond editors that use WebKit for lower-quality, real-time notation previews, prior to doing a full Lilypond render in PDF. (There are real-time PDF rendering libraries like Cairo, too, so I have no idea whether that makes sense, but the array of options open to developers is nonetheless expanded.)

The project is free and open, so let us know if you modify it somehow. (JavaScript-controlled, 3D-produced generative scores, perhaps?)

http://code.google.com/p/abcjs/

Updated: Gregory replies with an email, and it was useful enough to me that I’m reprinting it in full. He notes most importantly that ABCjs is capable of more sophisticated rendering than seen here, even if it doesn’t yet do as much as, say, the Lilypond renderer does.

Thanks a lot. You’re spot on with the note taking idea – I wonder whether this would be a good way to create a mobile browser app – still runs a bit slow on mobile safari though – about 8seconds for rendering on my 3g. Nice to see you discuss abcjs as a full blog post.

Just a note: we don’t use canvas, but svg, using raphaeljs to bridge across browsers.

In hindsight, we should probably put a more sophisticated example on the landing page. For example, the tunes below render quite nicely (although not with complete midi playback). We should probably finds ourselves a demo score which runs the whole gamut of several voices, ornamentation, chords, guitar chords, dynamics, etc.

Thanks again for the heads up

Greg

X:3
T: TEST: Erev Ba % —
C: from Israel
M: C|
L: 1/4
K:G
V:1
“G”dgf g/b/ | “Am”a3z | “D7″ab c’/d’/ b | “G”b3z | dgf g/b/ | “Am”a3z |
“D7″ab c’/d’/ b | “B7″b3z | “C”ceg>g | f/g/f/e/ e2 | “Am”Ace>e | “D”d>c B/A/G/F/ |
“Em”G2 E2 | “Am”A2 “D7″A/B/ G | (“G”G4|G2) z2 | dgf g/b/ | “Am”a3z |
“D7″ab c’/d’/ b | “G”b3z | dgf g/b/ | “Am”a3z | “D7″ab c’/d’/ b | “B7″b3z |
“C”ceg>g | f/g/ f/e/ e2 | “Am”Ace>e | “D”d>c B/A/G/F/ | “Em”G2 E2 | “Am”A2 “D7″A/B/ G |
“G”G>A B c/A/ | “G7″d>e =f/d/B/A/ [K:C] ||”C”G2z2| “Dm7″d/e/f/e/ d/c/B/A/ |
“G7″G2z2 | “C”z/ G/c/B/ c/d/e/f/ |
g g/a/ g2 | “Dm7″f/g/a/g/ f/e/d/c/ | “G7″B/c/d/c/ B/A/ G| “E”^G>B e/d/c/B/|
“F”c2 a>a | g/a/g/f/ .f .e |
“Dm”d2f>f | “G”e>d c/B/A/B/ | “Am”c/d/c/B/ A/G/F/E/ | “Dm”D/E/F/D/ “G7″G A/B/ |
“C”c3 e| .g.a.g e/d/ |
GcBc/e/ | “Dm7″d3z | “G7″def/g/e| “C”e3z | GcBc/e/ | “Dm7″d3z |
“G7″def/g/e| “E”e3z | “F”FAc>c| B/c/B/A/ A2| “Dm”DFA>A| “G”G>F E/D/C/E/ |
“Am”c2A2 | “Dm”d2 “G7″d/e/c | (“C”c4|”Dm”c2) “G7″d/e/c| (“C”c4| c2) z2 |]
%
V:2 gch=0
“G”z4 | “Am”z4 | “D7″z4 | “G”z4 | z4 | “Am”z4 |
“D7″z4 | “B7″z4 | “C”z4 | z4 | “Am”z4 | “D”z4 |
“Em”G2Bd | “Am”c2 “D7″c/d/ B | “G”B>ABd | B>A G/A/ B| d2 z2 | “Am”A/B/c/B/ A/G/F/E/ |
“D7″D2 z2 | “G”z/D/G/F/ G/A/B/c/ | d d/e/ d2| “Am”c/d/e/d/ c/B/A/G/ |
“D7″F/G/A/G/ F/E/D/C/ | “B7″^D/B,/D/F/ B/A/G/F/ |
“C”c2 e>e | d/e/d/c/ cB| “Am”A2 c>c| “D”B>A G/F/E/F/ |
“Em”G/A/G/F/ E/D/C/E/ | “Am”A/B/c/^c/ “D7″d e/f/ |
(“G”g4|”G7″g2)z2 [K:C] || “C”GcB c/e/ | “Dm7″d3z | “G7″de f/g/ e| “C”e3z |
GcB c/e/ | “Dm7″d3z | “G7″de f/g/ e| “E”e3z | “F”FAc>c | B/c/B/A/ Az |
“Dm”DFA>A | “G”G>F E/D/C/D/ | “Am”c2 A2 | “Dm”d2 “G7″d/e/c | (“C”c4|c2) z2 |
Gede/g/ | “Dm7″f>e f/e/d/c/ | “G7″Bcd/e/c| “C”c c/B/ c/B/c/d/ |
e e/f/ ee | “Dm7″f>e f/e/d/c/ |
“G7″Bc d/e/ c | “E”B>A ^G/A/B/G/ | “F”F2 A2 | c2 FE | “Dm”D2 F2 | “G”B2 e2|
“Am”e2c2 | “Dm”f2 “G7″f/g/ e | (“C”e4| “Dm”e2) “G7″f/g/ e | (“C”e4|e2) z2 |]

The mobile question is especially interesting to me; it may be that you need non-JavaScript, “native” SVG libraries, but porting that shouldn’t be impossible either way. I’d love to have a mobile Android sketchpad, especially since my Droid has a keyboard. I’ll look into some testing.

Read more:
More Browser Notation: Type Notes Quickly, Store Scores Online

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

A Free, Drag-and-Drop Granular Sample Player Mashes Up Sound

Monday, April 26th, 2010

Grain Main Frame is a sound sketch, a one-off piece of software that loads audio files and plays them via several inventive, homebrewed sample players. Via granular techniques, methods of slicing sounds into tiny grains and then re-assembling them, a single sound can be stretched, sliced, and retriggered creatively. The software supports drag-and-drop functionality, as well, so you can drop files and go.

It’s a simple app conceptually, but it’s already packed with functionality in this early version. In addition to drag-and-drop file loading and a folder full of homemade samples to play, the software includes:

  • Gesture recording of mouse movements, a la KORG’s KAOSS Pad series
  • Rate, interval, loop point, randomization, and pan settings for granular playback
  • OSC control, so you can manipulate parameters via an iPhone, a Max patch, etc.

The software is built in Processing, the artist-friendly code environment, using the Beads sound library for Java. Because it’s Java-based, it should run on any platform. (I did have an issue with the executable jar on Linux, but I’m working with Jeremy to see if I can fix the problem!)

It’s free-as-in-beer; no license or source is included, but Jeremy tells CDM he does plan to give most of his work away. (If this does develop into a more mature app, you may see a paid iteration some time down the road, but not any time soon, says the author.)

Grain Main Frame is Released [jeremywentworth.com]

Check out Jeremy’s site for some other cool projects in Reaktor, Max, Max for Live, and Processing.

The iPhone and now iPad have spawned a lot of talk about the idea of small, simple apps rather than big, monolithic workstations in software design – musical and otherwise. But projects like this suggest that we could see similar trends in software elsewhere. After all, there’s no reason you couldn’t load up a new netbook or slate with some simple sonic tools, too; no Apple logo is necessarily required. It’ll be interesting to see how that evolves. (And they could be connected, too: to use Java as an example, there is a Java JACK implementation for routing audio to and from other applications.)

Via our friend Richard Devine in comments, here’s another cool app, this one powered by Csound. (The app seen here could also substitute other back ends for sound processing).

That project is free and open source, working with Python and Csound:

http://code.google.com/p/soundgrain/

Csound downloads

See the article here:
A Free, Drag-and-Drop Granular Sample Player Mashes Up Sound

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

x0xb0x, Open Source Hardware and TB-303 Clone, Has a Renewed Future; Q+A

Wednesday, April 21st, 2010

Open source hardware may not sound like something that would produce a huge musical hit – unless you’ve met the x0xb0x. A clone of Roland’s legendary TB-303 bassline generator, the open version offered not only greater afford-ability than the now-rare antique, but expanded possibilities for hacking the hardware into a musical device you could love as your own, all with the backing of an impassioned community. The gadget was designed by Limor Fried and an unidentified “crazy German engineer” who has kept his identity private. (I wish I had my own secret crazy German engineer. Darnit. Any volunteers?) The resulting design has been marketed by Limor’s adafruit shop. The only downside of the x0xb0x’s awesomeness? It was something of a victim of its own success, with rare parts a challenge to find and an ongoing waiting list of pent-up demand. After shipping 900 units from 2005 through the beginning of this year, adafruit announced it was dropping sales of the x0xb0x.

But the story doesn’t end there. Aside from ongoing efforts by the x0xb0x community in general, one figure has stepped forward to lead sales of the project and (most exciting to me) generate new projects that share its open license and build on some of its components. As announced on adafruit (via Synthtopia), x0xb0x community member James Wilsey is launching a new design and sales effort.

My goal with Willzyx Music is to keep supplying the x0xb0x community with Parts and Kits. I have spent the last year building up a stock pile of parts and will bring the Kits back at an affordable price. Any new projects that are produced from Willzyx will have the same MIT open source license, so you can hack, modify and commercialize any of Willzyx’s original designs.

James is no stranger to the x0xb0x community, having sold his own completed kits as bitcrusher76. But his vision is, refreshingly, even bigger than the x0xb0x: he hopes this could lead to other open projects with shared resources. With the growing quantity and quality of free hardware and software projects, many with shared goals and features, I think now could be a great moment for the larger open source music ecosystem.

The new store:
http://www.willzyx.com/collections/x0xb0x

Price for a kit is a very-reasonable $185.

And for more on the x0xb0x project:
x0xb0x Forum @ Adafruit

I asked James to answer a few questions about the project for CDM.

The x0xb0x takes its place in hardware history. Photo (CC-BY-ND) Roman Filippov.

Peter: Looking back at the x0xb0x’s first half decade, obviously it hasn’t been an easy piece of gear to get. Was it just not a goal to make it more widely available?

James: I think this is a big misconception among a lot of people involved with the x0xb0x. Adafruit made something that had a huge want factor. If you were at all interested in synths, a TB-303 clone was something that you have been dreaming about for a long time. So in 2005 a huge flood of people come and there was just no way that they could keep up with demand. They killed themselves to get 1,000 kits out. The way I look at it is this: They made a TB-303 clone that kicked ass and everyone wanted it.

That’s where I came into this. For the last year I have been selling complete x0xb0x’s on eBay and was very successful with it. I was only able to do this because of the open source nature of the x0xb0x. I started talking to Adafruit and it became clear that I have the time and resources to get the x0xbox out to as many people as possible.

Peter: What does this mean for availability of the x0xb0x?

James: If we are talking about kits, they will be coming back very soon.

Will you be accepting preorders?

Perorders scare the crap out of me.

I think demand is manageable at this point and I am not the only one selling kits. If you really want a kit you can find one if you poke around on the adafurit forums. The kit will be coming very soon and I should be able to keep up with demand.

That sounds great. So you’re looking at working up new designs, as well?

Really all I want to do is expand the firmware, I want a few LFOs and some more CVs and gates. We need to look at a new microcontroler, but its all pretty doable. The only downside is we are going to be dealing with SMDs which can be really unpopular in the DIY world.

I see listed on the site a separate item that’s just the “rare parts.” Is that idea that people could source the more common parts, then get the rare ones from you?

That is correct, the rare parts have always been a road block if you wanted to self-source your own kit. There are quite a few situations where it doesn’t make sense to get a full kit.

What’s your own connection to the x0xb0x? Do you use it in your music?”

I have always wanted a TB-303. My first attempts at making music were with Re-Birth. So that sound has always been a part of my music. When the x0xb0x first came out I had to have it! I have been in love with it ever since.

Any plans for the future of the x0xb0x?
My first priority is to keep the kits available but I am looking at the x0xb0x as a open source hardware platform for other synths that are not necessary TB-303 related. The analog synth business is very grassroots. There has been a big boom with small synth makers that might only do a run of 50 or 100 synths. It would be cool if they could just copy and paste the digital section from the x0xb0x. I am not too sure what this is going to look like but that’s the direction that I will be pursuing. Of course any of my designs will have the same MIT open source license that the x0xb0x has.

If people want to help out, what can they do to get involved?
Make and sell kits, hack the firmware, do mods but make it available to every one. Transistorize The World!

But is it as good as a 303?

I like the fact that the x0xb0x could be hacked as an entire platform, but since I missed it when picked up by Synthtopia in February, here’s a shoot-out between the open hardware and the original Roland piece.

View post:
x0xb0x, Open Source Hardware and TB-303 Clone, Has a Renewed Future; Q+A

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

LA, NY: Learn Control + Interfacing with OSC, Arduino, Pd, Processing

Tuesday, April 6th, 2010

Joshue Ott’s Multidraw in action, as an Apple mobile provides wireless, collaborative drawing for anyone. Today, iPhone/iPod touch/iPad, but tomorrow, more computers and devices will be supported. Come learn more in NY, using free (as in freedom) tools – or choose open source tactile controls in LA – or stick around for more online.

For computers, digital tech means the ability to turn anything into numbers. For humans, it means a chance to translate between gestures, ideas, sounds, and images. We can interface with musical, visual creations intuitively and collaboratively – now with ubiquitous, cheap touch and electronics. Two events take on that idea on the two coasts of the US; if you’re nearby, hopefully you can drop by, and if not, we’ll have plenty to share.

Multi-user Art, Networked OSC Workshops in NYC

Here in New York, mobile touch is put to the test in a gallery show in Brooklyn, with two workshops that can help you make your own work. Multi-User Art (image, top) uses the open platform mrmr and OSC protocol to allow visitors with mobile devices to manipulate installations. Step up, and a layout of controls is automatically pushed to your device, so you can push buttons, slide faders, draw, and otherwise control what you see — even with multiple users at a time. (For now, we’re stuck with the iPhone/iPod touch/iPad only, but I’m working on Android and browser-based ports for anyone interested.)

The artwork includes installations by myself, by mrmr creator Eric Redlinger, Superdraw artist Joshue Ott, and, using mirrors and light in place of projection, Chris Jordan. They range from three-dimensional, collaborative drawing to reflected light to moonscapes. The opening is free on Friday night:

But what if you want to learn to harness some of these same tools in your own work? We have two workshops Saturday, too.

Friday, 4/9: Opening, free – 7p; see exhibition information

Saturday, 4/10
11a-12p, free, Eric Redlinger presents an introduction to mrmr, a demonstration of how to use an iPod touch, iPhone, or iPad for control via OSC.

1p-4p, Joshue Ott and I will teach an in-depth workshop on using OSC for networked communication with free tools, focusing on Processing and Pure Data. We’ll talk about how Zeroconf (implemented by Apple as Bonjour) can create zero-configuration, automatic connections – no IP numbers to type. We’ll look at how you can use OSC to make software and hardware communicate across networks, for sound and visuals. And we’ll talk about how you can use tools like mrmr on mobile devices. $75. Class information, signup required!

All information:
Devotion Gallery, Brooklyn

monome, Arduino. Photo (CC) LA’s workshop teacher, soundcyst.

Physical Controls with Arduino, Max, Pd in LA

Touch controls a bit too insubstantial for you? Prefer the tactile feel of a physical encoder in your hand? We’ve got you covered there, too.

Kevin Nelson writes us to share some new events he’s setting up at LA’s new CrashSpace hackerspace. (About time LA got a new, proper hack spot!)

There’s a free workshop Wednesday, using Max (though translating to other environments like Pd shouldn’t be hard), plus a more advanced intensive in May. Details:

First, I’m going to be giving a high-level talk this Wednesday, April 7 at 8pm on using a Monome to control things in the real world by integrating an Arduino with Max/MSP. The talk is free for members of the space, with a $10 suggested donation for non-members.

Flamethrowers! Arduinos! Monomes! This Wednesday, April 7th [CrashSpace]

Second, I’ll be teaching a course on building user interfaces with the Arduino and dataflow languages (I’m trying to make the emphasis on pd because it’s open source, but depending on the audience, Max and Max for Live might slip in there too). The curriculum and description haven’t been posted yet, but should be done and up by the end of the week.

The basic idea of the course is to target musicians who have dabbled in electronics and give them the tools necessary to empower themselves to build their own interfaces and instruments. It’s a two day intensive (8+ hrs/day) on May 15 and 16. We’ll be covering basic electronics & sensors, Arduino programming, serial communication between Arduino and pd/Max, and basic pd patching for midi routing or sound generation. The course is $150 for CrashSpace members, and $250 for non-members, and both prices include an Arduino and selection of sensors & misc components for the project.

http://csarduinodataflow.eventbrite.com/

What’s the Best Way to Document?

What do you prefer for documentation of these courses, for those of you not in NY or LA who want to follow along at home? (And hey, I can’t be accused of being too specialized geography-wise — I’m teaching a similar course in Portugal this spring.)

I’ve (ahem) sometimes promised more documentation than I’ve actually delivered, but in the meantime, I have been gradually refining some examples in Processing, Pd, and the like, so I’m feeling less shy about sharing them.

Suggestions? The more specific, the more likely I am to implement them. What do you want to see? In what format? Any sites you’ve found useful for this sort of sharing?

The more we can share this sort of specific knowledge, the more we as a community can help each other build our skills.

Original post:
LA, NY: Learn Control + Interfacing with OSC, Arduino, Pd, Processing

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

Shruti-1: DIY Digital Synth with Vintage Filter, as Dev Turns from Palm to Hardware

Tuesday, March 30th, 2010

For all the hype around mobile music creation, here’s a story with an ending in the opposite direction. Independent developer Olivier Gillet is the reason a lot of people see handheld gadgets as potential music making devices; he’s the creator of the brilliant Bhajis Loops for Palm. But, as if to prove that hardware can be a digital platform, too, his latest creation, while it will fit in your palm, isn’t for a device like the overcrowded iPhone.

And as we take up the issue of platforms for sonic tech, Olivier’s timing is perfect. Amidst gloom and doom predictions of the sunset of tinkering, the tinkerers soldier on.

http://mutable-instruments.net/shruti1

“I did not continue writing mobile music software as I didn’t like the direction the iPhone (and to some extent Android) took, but I have recently started experimenting with minimal/DIY-friendly hardware,” says Gillet. “A couple of units of my first mono synth will be available as a kit in a few days ( http://mutable-instruments.net/shruti1/ ) and you might want to check it out – not that I’m looking for free press, almost all units of the first batch are already reserved :) It has some common points with Bhajis Loops – taking a limited hardware platform (in this case, the ATMega328p chip, also used in the [open source DIY hardware platform] Arduino boards) and squeezing the most out of it – with a no-nonsense interface. I’ll probably release a couple of other products (artisanal, small volumes, or kits) with similar design approaches (synths, FX, modules for modular synths).”

I’m personally tinkering with one of those somewhat absurdly powerful-and-cheap ARM cores this week, but talk about bucking trends. Consider the Shruti-1:

  • 16 Mhz, 2kb memory baby! As the self-effacing product description notes, “8You’re more likely to find this 8-bit wonder in vending machines than in synths… Yet, the Shruti-1’s firmware squeezes the most out of this tight processor to render classic waveforms, but also FM or weird digital sounds – all of them in their full 8-bit quirkiness.”
  • Vintage analog filtering. This isn’t just about harsh digital sound, though. The filter is decidedly retro – the CEM3379 VCF/VCA, similar to what you’d find in a Prophet VS, Ensoniq ESQ-1 or Waldorf Microwave. That warms up the resulting sound.
  • Make it yourself, open source: You can get on the list for a kit, but the full instructions and bill of materials are also on the site; check the maker/hacker section. And without getting into a tricky discussion of intellectual property and open source hardware, let’s put it this way – with Creative Commons specs and GPL3 firmware, I think the Shruti-1 is “good enough for jazz,” whatever your local lawyer may think.
  • Small, light, portable, 9V-battery powered, and as mobile as the Palm app.
  • MIDI support, so this is playable from a keyboard (strap one to an AX-09, perhaps) and sequence-able.

It’s also notable that you don’t have to be a fan of chip music to love this design: it’s an electronic instrument suitable to a wide range of tastes, including chip lovers but other folks, as well. It’s not a perfect design for everything: I’d like to see a fully-integrated board, its future is somewhat limited by availability of that filter, and I’d prefer more physical controls to the few controls and reliance on the LCD. But it’s cheap, sounds fantastic, and looks like great fun.

Put this alongside creations like the wonderful Ruin & Wesen devices, and we have a small, growing galaxy of open, open-ended, hackable music hardware that stands with or without a computer. That’s a subject for another article – nominees welcome.

Kits are priced 115€ + shipping – with the convenience of not having to worry about sourcing parts yourself.

More on the parts, and what the inclusion of the vintage filter means, from Olivier:

The project is 100% open (and well-documented), so there’s already enough information on the site to allow someone to source the parts, get the PCBs manufactured, build and flash the firmware, and assemble it.

I’ve decided to behave “responsibly” with the CEM3379s (http://mutable-instruments.net/node/91 ). While It could be possible for me to buy the last stocks from all the distributors that stock them, and to squeeze some other batches of kits, I am not doing it to leave room for the Ensoniq/Sequential repair/servicing market.
However, one of my contacts in the “vintage chips” world is confident that there are still pretty decent stocks of those waiting to be unearthed, so whenever new stocks are found, I could do more runs of the original design – though at the moment, I’m investing all my energy building a more modern analog section, even if it’ll mean
deviating a bit from the original Shruti-1 sound.

Speaking of that sound, here’s what the thing sounds like:
Sweet Shruti-1 dreams by mutable.instruments

FM Glass jam by mutable.instruments

Shruti-blipfest by mutable.instruments

(Lots, lots) more:
http://soundcloud.com/mutable-instruments/tracks

It’s terrific work. I could see a lot more like this. I’ll be curious what people do with them. Keep us posted – particularly if you get creative with the case, with musical uses, or other mods.

Go here to read the rest:
Shruti-1: DIY Digital Synth with Vintage Filter, as Dev Turns from Palm to Hardware

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

Tell Us Your Musical Technological Dreams, Get A Chance to See Them Realized

Thursday, March 25th, 2010

Ready for some blue-sky, 35,000-foot-altitude thinking? Photo (CC-BY-ND Andres Rueda.

Want a flying car? Dream of the flying car. Build the flying car.

A competition I’m hosting with Digitópia, the musical-technological community of Porto, Portugal, extends to readers worldwide a challenge to dream up the digital musical instrument/interface/creation you want. Got something practical you wish could be built? Got something impractical and bizarre? Either way, articulate it in the best way you can — images, words, videos, mock-ups, stop motion animation, beat poetry, whatever you think is best — and send it in. We’ll share the most interesting entries, and pick one that the folks at Digitópia will actually build. (So, if it is unfeasible, we’ll have to find one that at least can be made feasible.)

I hope it’s just the beginning of this kind of big-picture thinking in digital music.

Here’s organizer Rui Penha on the concept behind the call for entries:

Digitópia = Digital Utopia. We strongly believe in the power of communities, of open source endeavors, of sharing and spreading inspiring ideas, either simple or utterly crazy ones. Our goal is to empower the individual with means to achieve a more fulfilling, rewarding and personal musical expression, regardless of his or her experience and motivation. New interfaces and instruments can overcome the steep technique obstacles of some old ones and create new musical languages and thus we want to make them available to everyone. We want to help you build your idea and, together, we’ll share it with the whole world!

We want your ideas, but you have to act fast. The deadline is this Saturday, midnight GMT, April 3.

Submit ideas via email to competitions@digitopia-cdm.net, using whatever medium of illustration you wish. Works will be judged on innovation, originality, feasibility and inclusive potential. If you win, you get your instrument, built for you.

http://digitopia-cdm.net/competitions/

Full rules after the break / bottom of this post.

By the way, if you’re near Porto, Portugal, there’s a Handmade Music event this Saturday 3/27! Go, take videos, photos, enjoy! Details:

In Portugal, Now

Por favor divulgue. Obrigado! / Please spread. Thank you! (english version below)

A quarta edição da Handmade Music Porto terá lugar já no próximo sábado, dia 27 de Março, na Digitópia: uma festa que junta um mostra&conta a uma jam session com instrumentos únicos. De hardware a software feito em casa até circuit bending, kits personalizados ou instrumentos acústicos originais, todos estão convidados a aparecer na Casa da Música pelas 21h30 para montagem de instrumentos. Estarão disponíveis algumas mesas e tomadas, contudo os canais de amplificação serão muito limitados, pelo que será melhor vir prevenido. Pelas 22h abrimos o evento ao público geral – a entrada é livre e recomenda-se -, ocupando a Digitópia e a zona do bar do Foyer Sul. Contamos convosco!

Teremos dois convidados muito especiais: Rolf Gehlhaar e Luís Girão, que trarão alguns dos instrumentos criados para o projecto “instruments 4 everyone”, no âmbito do Festival Ao Alcance de Todos, edições de 2009 e 2010, que agora começa.

Rolf Gehlhaar – http://www.gehlhaar.org/

Luís Girão – http://www.artshare.com.pt/

——

The fourth Handmade Music Porto, a party + show&tell + jam session with unique instruments, will take place at Digitópia next saturday, March 27th. From handmade hardware or software all the way to circuit bending, customized kits or original acoustic instruments, everyone is welcome at Casa da Música around 9:30pm for assembling the instruments. We’ll provide some tables and power sockets, but only a few channels for amplification, so it is advisable not to rely on them. At 10pm we’ll open the doors – admission is free and we’ll have a bar! See you there!

We’ll have two very special guests: Rolf Gehlhaar and Luís Girão, who will bring some of the instruments made for the “instruments 4 everyone” project, part of the Ao Alcance de Todos festival in 2009 and 2010, starting this week.

Rolf Gehlhaar – http://www.gehlhaar.org/

Luís Girão – http://www.artshare.com.pt/

——

You may view the latest post at
http://digitopia-cdm.net/2010/03/handmade-music-digitopia-2703/

Entering the Competition (worldwide)

Rules (PDF download):

RULES · Digitópia Dreams Competition · Digitópia 2010
1 ·
WORKS
1.1 · Entrants shall submit an idea for their dream instrument, interface or software.
1.2 · Only original and yet to be materialized ideas will be admissible.
1.2 · The winning entries shall be developed under a Creative Commons license – http://creativecommons.org/about/licenses .
2 · SUBMISSION
2.1 · Works shall be submitted by email to the address competitions@digitopia-cdm.net , with the contact information of the
applicant – full name, nationality, date of birth, email address – on the email body.
2.2 · Each applicant is free to choose the best way (text, schemes, videos, etc.) to present his or her idea.
2.2 · The closing date for entries is 03/04/2010, at 23:59 GMT.
2.3 · All successful submissions will receive an auto-reply by email.
2.4 · Each applicants may submit up to three ideas.
3 ·
JURY
3.1 · The jury will be comprised of Peter Kirn (president), Paulo Maria Rodrigues and Rui Penha.
3.2 · Judging will be based on each submission’s innovation, originality, feasibility and inclusive potential.
3.3 · The jury will announce its decision on 02/06/2010, through Digitópia’s website – http://digitopia-cdm.net .
3.4 · The jury may decide that none of the works submitted merit selection.
3.5 · The jury’s decision shall be final.
4 ·
PRIZE
4.1 · The winning applicant will be invited to collaborate with Casa da Música and Digitópia’s team on the development of his or her
project.
4.2 · At least two copies of the project will be built, one for the applicant and other for Casa da Música.
4.3 · The complete process will be documented and shared under a Creative Commons license – http://creativecommons.org/
about/licenses attributed to the applicant.

Good luck! I look forward to the results.

Continued here:
Tell Us Your Musical Technological Dreams, Get A Chance to See Them Realized

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

OSC, Kyma, iPad, and Beyond: Your Networked Musical Future

Monday, March 8th, 2010

Connecting stuff is what musicians do. So, there’s really no reason that musical gear shouldn’t network as easily as Web servers. And yet a basic protocol, built largely on existing standards, meets with responses like this:

“We’ll support OSC when there’s hardware out there.” “Name one piece of hardware that supports OSC other than the Lemur.”

OSC has some major advantages as a network protocol, as a way of connecting software with software, software with hardware, and yes, even hardware with hardware. It doesn’t have to “compete” with MIDI – you can even send MIDI message data over OSC, thus taking advantage of features OSC has that MIDI doesn’t (like time stamps, which your tools could use to calculate latency even if you don’t use them directly). Yet I’ve been listening to this argument for years now. “Any computer” counts as an OSC device, but even when tens of millions of iPhones and iPod touch devices hit the market (not to mention other mobiles), software developers were still pointing to a (completely absurd) “lack of hardware.” How tens of millions of gadgets can count as “nothing,” I don’t know, but maybe it’s because a lot of them were phones, not music devices.

Well, here’s a combination that ought to get someone’s attention. With the iPad about to launch next month – likely to be followed by more multitouch devices running Android, Linux, and Windows – we’re not just talking phones any more. And the folks at Symbolic Sound, makers of the insanely-powerful sound generation Kyma environment, are adding a proper OSC implementation. Even if you have no interest in the (wonderful) Kyma, now available in more-affordable Paca(rana) devices, this is one to watch.

What you can do:

Use OSC directly, via a direct connection and even onboard Ethernet on the Paca(rana). That opens up the use of devices like Lemur, and, yes, iPad.

Use MIDI over OSC from your existing MIDI devices and software. Explanation (again, worth reading even if you aren’t in the market for a Kyma):
http://www.symbolicsound.com/Learn/BidirectionalMIDIStreamsOverOSC

In this case, the OSC connection acts as a virtual MIDI devices, with three merged inputs and one output. The same is possible on other devices, too, however, meaning that combining OSC and MIDI doesn’t have to be a chore.

Details on the software update:

OSC-enabled Kyma X.74 is a free software update for registered Kyma X owners. OSC communication requires the Paca or Pacarana sound engine. Kyma X.74 also comes with additional features, including an 11-times speedup in the Virtual Control Surface, support for the MOTU Ultra Lite Hybrid mk3, TC Electronic Impact Twin, and Prism Audio Orpheus converters, track-pad compatible menus, refinements to the Tau resynthesis, and more.

Open Sound Control (OSC) for Kyma: Bidirectional communication between Kyma, iPad, Lemur, and other OSC-enabled devices & software

And if you’re using Max and Max for Live, you can use a custom external for MIDI over OSC in that environment, as well. (That said, control of Live could be more intuitive if Ableton were to evaluate native OSC control support in Live, as currently exists in nearly all mainstream live visual applications. There’s an unofficial method that demonstrates just how powerful this can be — see comments.)

Max and Kyma

Kyma is still a high-end solution, but at least the entry-level Paca – still absurdly powerful – is now down below US$3000. If I had $3 grand handy, I’d certainly consider buying one. I don’t, so I think of it as that Steinway grand I can’t afford or fit in my apartment. That doesn’t mean I can’t pay attention to what it does – and, indeed, OSC implementation like this could apply as well to a $5 or open source app, to mainstream hardware or DIY solutions, as much as the Kyma.

The phrase is overused in the media and culture today, but I think it’s appropriate here:
“Just sayin’.”

Thanks to Lowell Pickett, Martin Wheeler, and others who sent this in.

Continued here:
OSC, Kyma, iPad, and Beyond: Your Networked Musical Future

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

Monome User meeting in Berlin

Friday, February 26th, 2010

Tomorrow, saturday 27th February 2010 at 2pm, a not-to-be-missed event for all monome users (and computer music aficionados) in Berlin.

Berlin monomeet is a gathering of monome users. In their words “it will provide an opportunity to share ideas about performance setups, applications, Max for Live patches as well as have people performing (tbd). Of course, this also applies to anybody out there using other interfaces with monome emulators and the like.
So if you interested in computer music, open source music applications and interfaces, Max/MSP, M4L or just like to hang out and listen, then just drop by and join us – there is plenty of space.”

Location: NK

FREE ENTRANCE

Excerpt from:
Monome User meeting in Berlin

Tell others about us:
  • Twitter
  • Digg
  • StumbleUpon
  • MySpace
  • Reddit
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks