The following tips are offered to you, dear reader, as a kind of a â€œrecipe for successâ€ towards avoiding â€œrecipes for disasterâ€ such as those we frequently invite by insisting on using persnickety computers to record our musical excursions. The ingredients in my recipe include a cup of caveats, a heaping tablespoon of doom and gloom, and just a pinch of stating the obvious. But when theyâ€™re all combined and served up, it makes for a nice sandwich.
Such talk might be looked upon as sacrilege by hardcore techno-geeks. But if you are truly serious about using your computer as a music production system, your primary goal should be one thing: stability.
Stability means that youâ€™ve arrived at a combination of operating system, DAW and plug-in software versions that all play nicely together and donâ€™t cause your computer to crash on a regular basis.
Of course, to reach this point usually requires updating from earlier, initial (and usually buggy) software releases to later, more mature ones. But once you reach a point where your system is running smoothly, the best way to maintain this often hard-won stability is to simply (gasp!) stop updating.
Am I, Like, For Real?
Yes, Iâ€™m dead serious. To put things in perspective, myself and most of my composer, engineer, and producer colleagues arenâ€™t running the latest operating systems and software titles. This practice keeps us in the business of making music for a living, as opposed to tinkering with a headache-inducing computer science experiment that even a boulder-sized aspirin canâ€™t cure. And when an update becomes available, the first step is to read the release notes. If thereâ€™s no specific mention of fixes for problems Iâ€™ve been having, or nothing in the notes seems particularly relevant to my needs, I donâ€™t update. In other wordsâ€¦
If it Ainâ€™t Broken, Donâ€™t Fix it
You can begin this practice of not-updating by turning off Software Update (see Figure 1). This puts you in control of when new software is installed, not the computer. It also prevents your software from changing while in the middle of a project which can have devastating results.
Figure 1: Software Update turned off. However, the Check Now button is always clickable in case you want to see whatâ€™s new.
The Digital Sky Doesnâ€™t Always Fall
None of this is to suggest that updating isnâ€™t something you should consider from time to time. Indeed, developers will occasionally release maintenance updates, otherwise known as â€œbug fixesâ€ or â€œminor updatesâ€, which in many cases will vastly improve performance (more on this below). Sometimes minor updates even include brand new features! But on occasion, you may experience the Sisyphean nature of updating, where in the process of fixing one bug, the developer unwittingly introduces another.
But when you choose to update, make a complete backup of your system first. This provides you with a fallback position in case the update doesnâ€™t prove beneficial.
When Should You Update?
The answer is simple: when there is a truly compelling reason to do so. For example, when Logic 9 was initially brought to market (as version 9.0.0), it was problematic. A later version, 9.0.2, specifically addressed some of the issues (as indicated in the release notes) and thus became a compelling reason to update.
Another reason to update might be when a new software title is released that you believe will be essential to your work. But if it only runs on the latest Mountain Ocelot Snow Lynx operating system, the handwriting is on the wall for you. Be aware that updating to an entirely new OS might result in some of your existing software and plug-ins no longer being compatible.
When Is the Worst Time To Update?
In the middle of a project. Never, ever, switch horses midstream. Itâ€™s just too risky. Much as I hate to say it (and truly I do) you cannot take for granted that updating wonâ€™t break something else. But whatever you choose to doâ€¦
â€œVersion 1.0â€ is a catch-all term referring to any brand new or major re-release of a software title. Again, using Logic 9.0.0 as an example, when it hit the streets it was meant to supplant Logic 8.0.2. Being a major re-release, 9.0.0 fell into the category of â€œv1.0â€ software and true to form it was buggy. So was Logic 8.0.0. So was Logic 7.0.0. See the pattern?
As of Logic 9.0.2, things started to improve dramatically. At the time of this writing weâ€™re up to version 9.1.7, a reflection of Appleâ€™s continued improvement to the program. So with this little tale in mind, do yourself a favor and never be too quick to purchase â€œv1.0â€ software of any kind from any developer, because it is almost guaranteed to be buggy. Wait until at least a few maintenance releases are issued before taking the plunge.
Be Thee Not Like The Ostrich
None of this is to suggest that you hide your head in the proverbial sand and tune out the latest software offerings. Bide your time by monitoring Internet forums to see what kinds of problems â€œearly adoptersâ€ are reporting, keeping in mind that you canâ€™t believe everything you read.
No software is perfect, and at some point you may encounter bugs â€" the severity of which can range from benign (such as temporary graphics glitches) to severe (corrupting your songâ€™s data or crashing the program).
If youâ€™re lucky, you wonâ€™t encounter any bugs. Though it can happen that of two people working on the same system, one of them will encounter bugs while the other does not. The reason? Sometimes, a bug will only be triggered by using certain features.
When Bugs Attackâ€¦
When a bug causes a crash or hang and you lose your work, try to remember what steps you took just before the problem occurred. Then open a previously saved version of the project and intentionally follow the same steps to see if you can reproduce the problem. This practice has two benefits:
Finally, if you should feel so inclined, share this information with the developers themselves.
When musicians get â€œin the zoneâ€, they often forget to hit Command-S and save their work. Meanwhile, Murphyâ€™s law dictates that computers will crash unpredictably, just before youâ€™ve saved your project containing the best take youâ€™ve ever recorded.
Logic users in particular should take this gentle reminder to heart because unlike Pro Tools, it doesnâ€™t automatically backup your work at regular intervals.
But regardless of what program you use, consider using its â€œSave Asâ€¦â€ function instead of the basic Command-S â€œSaveâ€. This way you can name each new save with a mention of how it differs from the previous saves:
Figure 2: The â€œSave Asâ€¦â€ dialog from ProTools 9.
Judging from forum posts Iâ€™ve read from musicians devastated because their hard drive went belly-up and theyâ€™ve lost all their data, perhaps itâ€™s worth stating the obvious: have a dedicated backup drive! And on a Mac, backing up your data couldnâ€™t be easier. Two words: Time Machine. It runs in the background and saves your data on a hourly basis.
For the backup media, even an inexpensive USB drive will do just fine if youâ€™re on a budget. Just have it connected and Time Machine turned on at all times. And if you think you canâ€™t afford a backup drive, ask yourself if can you afford not to!
Figure 3: The Time Machine setup pane.