Updated: See http://createdigitalmusic.com/snowleopard for a running report.

Apple’s “Snow Leopard” 10.6 ships Friday, which means it’s time to start compiling information about the new OS flavor. Just don’t upgrade too fast, as always.

Want to push an operating system to the breaking point? Ask a musician. Between the demands of real-time performance and the complex ecosystem of mix-and-match hardware, software, and plug-ins, odds are your local audio geek will break an OS faster than anyone else. Not every operating system upgrade is going to have a big impact on music software, but keep in mind that even subtle changes can cause issues that may interfere with your work.

Of course, all of this means music users should treat any OS update with caution. :

• If you’ve got a critical, primary production machine, your best bet is often simply to wait. Confirm that software works before you upgrade rather than after.
• If you’ve got some time to invest in an upgrade or have more than one machine, be sure to do a full backup and system image so you can revert to the previous, known working OS.
• Best solution: Boot off an external hard drive. Don’t commit to installing internally until you’re sure everything is working. Once you are, go enjoy. (as noted in comments, and yes, I should have said this initially… still, the latest 10.5 build is still the preferred OS for now.)

So, sit back. Enjoy life. Go for a walk on a beach. Recline in your favorite chair with your MacBook running Mac OS X 10.5 Leopard. Isn’t it great? Need to waste time? Plants vs. Zombies is out for Mac.

What? Still want to upgrade?

Fair enough. We’ll be tracking changes to Snow Leopard and which of them may impact audio.

The short version: Snow Leopard introduces only small changes, but if a developer hasn’t been on top of those changes, you could see issues. And as for the 64-bit mode that’s attracting most of the attention, the short answer is, you can’t use it for music yet.

Native Instruments and Plogue have each responded to CDM with information on their software.

Executive Summary

• NI and Plogue have tested their software as functioning on 10.6
• Neither NI nor Plogue recommends you upgrade your OS yet – Plogue uses stronger language to discourage you
• 64-bit support, expanded in Mac OS 10.6, is not yet relevant to music use because nothing (not even from Apple) supports it yet, but don’t worry – you can get more RAM through other methods
• Audio MIDI Setup gets a tune-up, and built-in audio support appears to be improved

Native Instruments

If you’re a Mac user who uses NI products on any version of the operating system, you should stay tuned to this URL:

http://www.native-instruments.com/en/support/compatibility/mac-os-x-compatibility/

NI tells CDM they’ve just updated it today with Snow Leopard information:

Native Instruments has conducted initial compatibility tests with Mac OS X 10.6, which have shown all current NI products to work without any specific issues under standard installations of this operating system.

However, users involved in professional audio production or live performance should be cautious about upgrading to Mac OS X 10.6 until compatibility with third-party audio software and hardware has been widely confirmed by the relevant manufacturers.

Native Instruments is currently conducting further systematic compatibility and performance tests with Snow Leopard, and will provide additional information on this page as it becomes available.

The second paragraph sounds like what I just wrote, huh?

Plogue

Plogue, an independent developer of a variety of software ranging from the awesome modular environment Bidule to sampling engines for Garritan’s orchestra and piano products and an upcoming library of vintage chip sounds have been doing their own work. Privately, I talked with them about some of the work they had to do after Apple rewrote underlying operating system plumbing with Objective-C (from C and Carbon). Here’s their official statement to CDM on Snow Leopard and, in the parallel Windows dimension, Windows 7:

10.6 and W7 each caused only minor modifications to our code base, however these mods are necessary for proper functioning of our products on those platforms. Most of our transition efforts as a company will be of a user support nature.

Any musician foolish enough to jump on new OSes without a hint of caution, inevitably makes me wish for a new kind of Darwin Award prize.

(Emphasis mine. Consider yourself warned.)

Ableton (Unofficial) and a Plug-in Warning

From the Ableton forums, via comments:

It’s currently being tested internally over here, so the current version is not officially compatible yet – on the other hand this does not mean that it doesn’t run.

We will release an update after the tests during the next weeks that will be officially compatible, but we don’t recommend upgrading yet if stability is your main concern.

It’s likely that a few new third party plugin problems will show up due to the changes under the hood in 10.6 and experiences show that the latest 10.5 versions now are the way to go after the gfx performance problems with earlier 10.5 and 10.4 versions.

So, in other words, now is a great time to upgrade to 10.5!

More in the thread here:

Ableton Forums

Now, note, mostly what this extensive discussion reveals is that Snow Leopard is poorly understood, partly thanks to a very successful hype campaign on Apple’s part. (Ahem.)

There are not magical performance and speed improvements found by installing Snow Leopard – or, most likely, any OS. (Would that such things were true.) The presence of a set of multithreading tools, for instance, is specific only to developers for whom that set of tools is useful. Audio software already has finely-tuned multithreading implementations specific to real-time applications, and in the case of something like Ableton Live, it really needs to work across platforms.

If you install a new OS with the expectation that it’ll be “faster,” you’ll almost certainly be disappointed. If you install a new OS hoping you’ll “break things,” then you probably won’t be disappointed. I don’t mean to suggest don’t ever upgrade or live in fear of all software, just that you should imagine that, like redoing the plumbing in your basement, long-term advantages will come, but with significant effort and time.

PreSonus Hardware

See a separate post: at Snow Leopard launch, PreSonus audio interfaces are likely to be entirely incompatible.

About 64-bit (Nothing to see here…)

NI notes that the 10.6 offers significant changes to 64-bit support, including a new 64-bit kernel mode – this being the rough equivalent of the “x64” 64-bit versions of Windows (and Linux) that have been available for some time.

Here’s the bottom line: 64-bit support on Mac OS isn’t yet relevant to audio users, period. It’s not supported by Apple’s own Logic Studio, or any other major host at this time. This is a situation we’ll be watching, as it is something developers appear to be investigating.

But before we get too far into that issue, you should consider why you’re asking about 64-bit in the first place. 64-bit computing offers two potential advantage. First, running processor computation natively at 64 bits offers a marginal improvement. Second – the issue most people care about for music – 64-bit memory addressing offers access to massive amounts of memory, beyond the approximate 4 GB barrier that applies to 32-bit applications.

More memory is a very good thing. But you probably don’t want to sacrifice compatibility just to get it. Fortunately, you don’t need the 64-bit OS to get beyond that 4 GB barrier. On the Mac, some workarounds have extended the practical life of 32-bit memory addressing for music applications – thus avoiding the need to get a 64-bit native version of every driver and every piece of software you want to use.

On Windows and Linux, you can indeed get a number of audio applications (like SONAR on Windows, for instance) that have excellent 64-bit support, and a number of the drivers have followed suit. Even, then, though, many users choose to stick with 32-bit versions in order to have superior compatibility.

Note that processing “64-bit audio” – that is, digital audio represented using 64-bit data – is a completely different issues. A 32-bit processor and 32-bit operating system and 32-bit software can all do 64-bit audio processing. Whether you really need 64 bits for audio production is a whole other can of worms I won’t open here.

Getting More Memory – Without Any 64-bit Snow Leopards

When I spoke to Apple earlier this month, they downplayed the 64-bit issue and pointed out that their own EXS24 sampler in Logic Studio can access additional installed memory just fine with 32-bit – that means if you have Logic 8 or later, Pro or Express, Tiger or Leopard or Snow Leopard, you can use additional RAM. Each EXS24 sampler instance has its own memory space, so you can use as much memory as you want.

Apple even has a support doc on the subject:

Logic Pro/Express 8: How the EXS24 sampler addresses RAM in Logic 8

Last month, we looked at the situation for Native Instruments’ Kontakt. Again, using some of the flexibility of the memory architecture unique to the Mac, they’ve managed to access bigger amounts of RAM even on 32-bit OS.

Kontakt, Battery: Enhanced, More Compatible, 64-bit Memory

Kontakt is able to get up to a whopping 32 GB thanks to something called the Kontakt Memory Server. Again, you can get still more than 32 GB using 64-bit Windows, but for most users, that’s overkill.

All of this is to say, 64-bit is not a reason to upgrade to Snow Leopard for audio work – at least, not yet. Some of the built-in applications (like the Finder and Safari) get performance boosts from 64-bit optimization on 10.6, but none of that is critical to audio and music – and it’s certainly not worth upgrading too soon only to find some compatibility wrinkle we haven’t yet found.

Updates to Audio MIDI Setup

A reader tips us off to some small changes to Apple’s centralized Core Audio settings panel, Audio MIDI Setup. Audio and MIDI are now separated into separate windows, and Audio gets some nice improvements.

Note the per-app settings and adjustments for sample rate, bit depth, and Format. As in previous recent versions of Mac OS, you can also aggregate multiple physical audio interfaces into one – one of a number of reasons we really love Core Audio as a sound system.

The reader also notes that the update seems to improve support for his built-in hardware:

It’s now possible to choose a higher sample rate and resolution for all inputs/outputs on the built-in sound card of my MacBook Pro early ’08, which is pretty cool. Before there was clearly hearable, annoying digital fragments when playing back any sounds, especially on low volume – all magically gone, i don’t hear anymore noise.

Got More Information?

Help us continue our “More Than You Wanted to Know,” obsessive series of coverage on CDM and tip us off!

Corrections and clarifications are welcome, too – that’s why I enjoy the maleable nature of the Web.

The DJ Booth at Bily Kun where Bidule was first conceived.

Ed.: Music creation is all about the special relationship we have with certain, powerful tools. And one app that gets very little attention is unquestionably the deep but elegant modular patching environment Plogue Bidule. CDM turns to power user Primus Luta to kick off a series on learning this tool, starting with an exclusive interview with Bidule’s creators. And if the interview sounds, at times, more than a little pro-Plogue in bias, make no mistake: this is love. Primus Luta takes it away, as we look forward to his upcoming how-to series. -PK

In the modular future, the Bily Kun will be a leading tourist attraction for Montreal. Patrons will come with laptops tucked under their arms sporting fork bomb t-shirts. The bartenders by then will be used to answering the question only tourists ask with a slight wave of the hand toward seats on the other side of the bar. The tourists will follow that wave to the ultimate destination of their pilgrimage, open their laptop, and broadcast their location to bidulers everywhere, before reenacting some sort of virtual cabling ritual to mark their presence at the conception place of Plogue.

“It all started what seems a long time ago,” Sebastien Beaulieu, Plogue co-founder tells me. “David (Viens of Plogue) was coding a few VST plugins to add new toys to Ross Bencina’s AudioMulch. We would meet up one evening a week to code a few cool bits then head up for beer afterwards at the minimal techno pub in Montreal called Bily Kun, where most of the ideas for the future came into place.”

It was the late 1990′s. Modular audio was just coming out of a clumsy adolescence. Miller Puckette rewrote his then decade old MAX software in a new open source format to create Pd. David Zicarelli founded Cycling ’74 to continue development of the original MAX codebase beginning with a new audio processing engine – MSP. Ross Bencina released the first of thirty six public beta versions of AudioMulch. It was a developing frontier, still early enough that the horizon couldn’t completely be made out. And while working on what would be the first Plogue product, the VST plugin ReBuilder, what would become the Plogue team started envisioning a horizon they could paint themselves.

“Once we had one completed VST,” Sebastien continues, “we decided we needed some kind of entity to release them. We ditched our temporary name while(1)fork();, used to provide a ‘label’ name for our various IDM/Minimal DJ sets. Found a Quebec anglicism/slang word for ‘plug’, some nice chaps to design our logo, and so Plogue was born.

Plogue Bidule

We did another VST plugin (MixedGrains) and then started on Bidule, which, at the start, was to be an app that would improve on both AudioMulch and MAX/MSP, in terms of providing the user with a smaller learning curve to do more. An application that could both be used as an easy modular application, because of high-level objects, and a more advanced one with low-level objects that, depending on your usage, interest or knowledge, you might never need to even look at to get you going making sounds.”

An ambitious endeavor to say the least, starting from scratch in an attempt to improve on a technology while decreasing the learning curve. All of this with a core team that in the decade since founding would only grow to four members, only three of whom are coders, and of those three only Sebastien spends 100% of his time on Bidule.

“Bidule was coded from the start with portability in mind,” he explains, “so the code is mostly C++ and STL. It uses OpenGL for the patchbay rendering. The ‘graph traversal code’ is optimized for various connection types and feedback paths. XML is used to ‘mirror’ the processing graph for serialization.”

Simple, but quite powerful. Powerful enough to attract the attention of some of the bigger names in audio software, such as Garritan and Sibelius, who came to Plogue looking for licensing opportunities. When asked if this was always a part of the Plogue business plan Sebastien firmly states, “Definitely not, but once the opportunity presented itself we thought of it has a good way to sustain and grow. The ARIA Project is a different case because we are developing that in collaboration, which means it’s something we can also use for our own products. This explains why it was developed as a sample playback/synth hybrid engine rather than a straight sample playback one.”

With a reliable buisiness to business revenue stream one can’t help but wonder what influence that has in the development of Bidule. “Our licensing work does not have much influence on what is Bidule,” Sebastien explains. “Licensing work is usually started from our base components/libraries, some Bidule-borrowed code and our knowledge from doing audio plugins and applications. There are way too many things in Bidule to use that as the basis of a licensable audio engine without ending up with either an awful amount of #ifdef or too much code separation in different files.”

On the business end of things he states, “While the added income enables us to pay ourselves and employees it also takes time to do and that time is taken away from our own projects. There’s no way to know what would have happened if we strictly worked on our stuff, would we be at the same point we are now with a physical office and employees? Would we still be working from home? Or would we have given up on doing much more interesting work for less money and gone back to your typical programmer job full time and code the fun stuff evenings and weekends?”

There’s a constantly growing community of bidulers who are thankful not to have to worry about those possibilities. Congregating in the forums, the community in many ways acts as the additional staff for Plogue. It’s an interesting model, because while bidule is proprietary the communal nature of development is reminiscent of open source. One only need look at the Feature Request section of the forums to realize the high percentage of requests that end up in future releases of the software.

“There are several possible way to use Bidule,” Sebastien explains, “and we obviously cannot think of all of them. That is where the community input is important. We can’t even count the number of times forum posts, discussions and emails have led to new features in Bidule or changed the way we were going to approach a specific feature.” As such, you can find Seb (as he’s known in the community) in the forums regularly logging bugs, discussing problems, and ensuring user needs are met. Three years ago those user needs resulted in an SDK. “The SDK came up as a quick way to add new modules. There are times when users need something totally specific to their use or setup and it doesn’t make sense to add it inside Bidule. With the SDK, anyone having some basic code skills can add their own module.”

The true testament to the power of Bidule are what the users are able to do with it. When asked for example use cases Sebastien replies, “Building a setup for an art gallery installation where control comes from external sources. DSP companies using Bidule for quick prototyping of larger algorithms and systems through building blocks and SDK-built modules. People playing live in all sorts of music styles from experimental to jazz and even faith gatherings!

“Some things have just surprised us to find out that they were even possible with Bidule,” he continues. “For example Bram de Jong made a basic time-stretching algorithm out of basic bidules. Someone else made some noise reduction algorithm out of side effects of Bidule’s FFT algorithms. There’s also what you’re doing, which we found interesting because you’re basically building a complete instrument within Bidule and documenting the process.”

All of this with a software still in beta. Easily surpassing the thirty six beta versions of Audio Mulch and going into its seventh year of public beta, perhaps the Guiness Book of Records should be contacted. When asked whether the 1.0 version of Bidule would see release this year, Sebastian navigates his web browser to a virtual Magic 8 Ball site and types the question. The answer is: Very Doubtful.

“Bidule 1.0,” he explains, “has been a long standing internal debate in here. If you made a list of programmers that can’t let go until it’s perfect, you would find us in the upper portion. Lets just say we especially dislike ‘version 6.x’ applications that crash when you just look at them and the endless cycle of pay the yearly (or so) update fee to get a few bugs fixed.” Strangely enough for active bidulers, 1.0 may not be that important. The communal style of development is perhaps the most valuable part of Bidule. Would that come to an end if it were to come out of beta?

“I don’t see why it would stop because we think it has served us very well so far. More importantly, everyone at Plogue uses Bidule as their main development/test tool for everything else they do (like ARIA and chipsounds for instance). It’s our pen, if you will. With that mindset, as long as Plogue is alive, so will Bidule.”

An Alpha Version of Bidule Running on Linux Circa 2001

If Bidule has any limitations, it is perhaps the lack of a Linux version. When asked what’s keeping the software from being ported to the open OS, Sebastien quickly responds, “A time machine might help!” As it would seem back in 2001 there was an alpha version of Bidule which did run on Linux, development on which has since ceased. “I think our main concern is that we are not yet totally convinced of the viability and welcomeness of closed-source applications to Linux. Pretty much every thing else would fall into the lack of time category (most of our other concerns would probably be answered by research and testing), chasing two major platforms is already a time-consuming task, we’re not yet ready to add a third major one.” That shouldn’t be read as the end of the conversation for Linux users. If there’s anything which cannot be overstated about the Plogue team it is that community demand moves them.

This week Plogue launches the latest public version of Bidule 0.9685. As with all public releases it comes with a three month trial period for users to demo the software. To coincide with this, I’ve been given a space over on CDM’s NoisePages where I will be providing a series of introductory and advanced tutorials in Bidule, using the instruments created for my Heads Project as examples. You can read all about the latest Bidule release and after you’ve downloaded you’re copy make your way through the first tutorial. If you’ve ever wanted to have a look at what Bidule is all about, now is the perfect time.

In the modular present, Plogue Bidule has achieved much of what it set out to do – smaller learning curve, doing more. The modular future is bright.

“Total freedom to experiment, and try ideas fast.”

Ed.: Plogue Bidule is an unusual animal: this affordable patching tool resists conventional ways of doing things, down to its hatred of the number “1.0.” But Plogue has an underground following inside the already-underground world of modular patching tools for creative music. I’ve invited Primus Luta, aka David Dobson, to give us insight into this tool – including a new release that will be big news to the people who rely on Plogue to make their productions and live performances tick. -PK

Today if you go over to the Plogue site you will see the announcement for the latest release of Plogue Bidule. In addition to a number of bug fixes, there are some amazing updates in this latest release. On the eye candy side of things, Bidule finally gets a waveform viewer module — the WaveViewer shown in the image above. There’s also a new Audio Buffer module for visualizing waveforms. These are great additions to the Bidule arsenal and also a good indication of more visual goodness to come.

In its ever-growing commitment to fully support OSC [OpenSoundControl], a new tool has been added for monitoring OSC communication. The OSC Monitor behaves like many third-party options, showing not only the OSC messages sent by and to Bidule, but also picking up any additional messages being transmitted, as well. Ed.: A general-purpose monitoring tool sounds like a great idea! A great resource when trying to get multiple OSC-enabled devices or pieces of software communicating with each other.

Perhaps the biggest update of all in this version is the introduction of Multi-Core Processing, supporting up to 8 Cores. Previous versions of Bidule only allowed for processing on two cores, but now the MP Assign command lets you not only utilize up to 8 cores, but also select which processors you’d like to use. As a bonus, there’s also a new DSP Adapter function which allows you to run a limited set of modules at a buffer size of 1 sample.

All an all, it is a very welcome update. As with all publicly-released versions, this one comes with a time-sensitive trial period, so that new users can explore Bidule over the next three months without purchase. Simply make your way to the Plogue site to download this version today. If you’re looking for encouragement, also starting today, I’ve launched the first tutorial in a series which will be utilizing instruments that I’ve developed in Bidule for the Heads Project as examples. The series will be starting from the most basic concepts and progressing toward the more complex over the next months. If you’ve ever wanted to get your feet wet in Bidule now would be the time.

Lastly, I had the extreme pleasure of having a conversation with Sebastien Beaulieu, co-founder and lead Bidule developer over at Plogue. He gave me some great insight into the origins of Bidule, the business and development model of Plogue, and some ideas of what we can expect in the future. You can read the full interview here on CDM.

It’s a bit trippy as you make your way through the opening of this video, which features a spooky song and, awesomely, a hooded man who has replaced his face with a certain hit open source controller. (“Darling, wake up, you’re shouting the names of Max/MSP patches again in your sleep!” / “I was dreaming – and I saw that man again. The man with the Monome for a face! He said – he said there’s something I must do. Where’s my MacBook?”)

Ahem. Get past that bit, and your reward is some deliciously sharp Monome virtuosity from Primus Luta:

For the pilot episode of the PEMF (Personal Electro-Magnetic Field) Sessions I go to work on The Roots "Criminal" Remix called "Break the Law." It’s a more dub than step take on the song featuring a firsthand look at the process of creation using the Heads Instruments. Specifically looking at the nsMpLR, strgs and prcs.

It’s a remix here, but naturally you could apply this to any production technique. It’s amazing how freeing the simple process of mapping musical elements to a grid of buttons can be. That would tend to confirm my suspicion that, somewhere at its soul, the Monome is a HyperMPC – an MPC with a lot more buttons, extended by everything a computer can do.

Tool of choice in this case: the wildly underrated modular patching environment / music host, Plogue Bidule.

Good stuff. If this is just the pilot episode, I can’t wait to see what’s coming. (But does Primus Luta get off the island? And is he one of the final Cylons?)

Primus Luta’s site: http://avanturb.com/

Monome official site (yep, CDM aka me will be heading to welcome them to their new Catskills barn!)

Along similar lines, a New Yorker story this week looks at Monome user Flying Lotus, and “Steven Ellison’s atomization of hip-hop.” What better to work on your atomization than the ultimate minimalist digital grid of pads? (Interestingly, he uses a lowly M-Audio Trigger Finger alongside for more conventional pads. Saying this “brings back the physical gesture of the drum” seems a stretch. I’d say it brings back the physical gesture of the Poke, recalling a time when primitive Man sat around poking his significant other – ah, yes, in fact, that’s a tradition I generally keep alive.)

Previous Monoming on CDM

1. A podcast episode with music made entirely on the Optigan, Mattel’s bizarre “optical organ” of the 70s. (See Optigan.com for more on that.)

2. Stefan Goodchild’s blog, aka “Stabilizer”, who’s on Peter Gabriel’s multimedia team (nice work if you can get it), and — in addition to having lots of wonderful goodies built in Mac/Windows music patching software Plogue Bidule, is hard at work with something featuring lots of light-up buttons, evidently Monome-inspired.

I should add something to this discussion, so I’ll add this: Optigan is how you spell it, not Optigon or anything sounding like octagon. That’s it. I’m turning into a copy editor.