Further Notes on Recording "Talkin bout the Weather"
My article in the March 2005 issue of Linux Journal, "Introducing Ardour", left out some details regarding the production of "Talkin' 'Bout The Weather". That's the song I composed as an example for my article. These notes are intended to fill out that article, so please refer to it if you don't understand what I'm talking about here.
In addition to the equipment listed in the article, I used a Shure SM58 microphone for recording my vocal and harmonical parts. The strummed guitar was a cheap Alvarez electroacoustic. I didn't care for its sound when recorded directly--that is, plugged into the mixer--so I recorded it instead with a Yamaha MZ160s mic. The Tascam TM-D1000 mixer was a godsend. Thanks to its digital I/O, I recorded all acoustic parts from the mixer into the digital ports of the Delta-66 audio interface. The final stereo mix was routed to the Yamaha DMP11 digital mixer and out through a QCS power amplifier to a pair of good near-field studio monitor speakers. As expected, the recorded sound was clean and clear.
I wrote the simple bass and drum parts in Voyetra's Sequencer Plus Gold (Seq+), a MIDI software sequencer dating from the late 1980s. Its written for MS-DOS and without graphics other than the extended ASCII character set. So why would I want to use such software in my otherwise modern Linux audio arsenal? Well, I've used Seq+ for most of my MIDI sequencing for almost 20 years, so I know the program well and can work with it rapidly. Of course, I'm not running it under MS-DOS anymore, I'm running it under DOSemu, a DOS environment emulator for Linux. Thanks to the care and talents of the DOSemu developers, the emulator supports the basic SoundBlaster audio services, including MIDI I/O, and runs well with the emulator. Seq+ was a highly successful commercial product into the middle 1990s, but eventually production and support were discontinued. Recently Voyetra decided to give away Seq+ as freeware, not software libre. Actually, the company is giving away almost all of their MS-DOS MIDI software, without support, but even the proprietary MIDI interface drivers are now giveaways.
As I wrote in my article, I wrote some of the songs tracks originally as MIDI tracks and later converted them to WAV format audio files. Here's the magic formula I used with TiMidity:
timidity -Ow filename.mid -o new-filename.wav
Actually I used -OwM to create mono tracks for everything except the drums, for no other reason than I thought the drums would sound better in stereo. I did things this way because I could quickly reconfigure TiMidity for different sets of soundfonts, giving me more flexibility with my sound combinations. Here are the contents of my ~/timidity.cfg file:
soundfont /home/dlphilp/soundfonts/FluidR3_20GM.sf2 # soundfont /home/dlphilp/soundfonts/PC51f.sf2 # soundfont /home/dlphilp/soundfonts/8mbgmsfx.sf2 # soundfont /home/dlphilp/soundfonts/GS_Roland_Sound_Set_16_bit_Bank.sf2
Thus, I could select from four different realizations of the same MIDI file, making it an easy matter to re-orchestrate my recording. Each MIDI file included the same tempo track, guaranteeing accurately coordinated playback. However, to offset the rigidity of untreated MIDI playback, I often write an asymmetrical tempo track with a series of looping values, in 16th notes or smaller, moving back and forth between t+2 and t-2 to create an underlying gentle instability in the feel of the tempo.
I employed the Snd soundfile editor for a variety of utility tasks, such as fades, normalization and patching together fixes for poorly recorded segments. For example, the rhythm guitar part was recorded badly, but instead of replaying the part, I removed the affected regions--Ardour has excellent region definition tools--and used Snd to replace seamlessly the bad parts with sections copied from elsewhere in the track. Again, Ardour made it simple to re-insert the corrected region. As I learned more about Ardour, I discovered that I didn't need to rely upon Snd for my utility edits. However, my version of the editor is customized heavily for my own use, and you already may have noticed I have quite a retro streak when it comes to software I know and love.
The LADSPA plugins were another blessing. I used Steve Harris's plate reverb for the vocal and harmonica parts. The MIDI guitar patch was treated by Tom Szilagyi's TAP Equalizer, and the entire mix was processed by the SC4 compressor, once again from Steve Harris. Plugins are saved in their current state when an Ardour session is saved, and I also could save my parameter settings as presets for use in other sessions.
By the way, the vocal was a first take. I'd practiced the song for quite a while before recording it. However, the harmonica part took some practice: I hadn't really played blues harp for many years, so I was conservative about its part in the sound. Fortunately, my initial efforts weren't so bad, so I practiced over the recorded tracks for a while and came up with the part heard in the released mix.
Mixing and balancing only seven tracks may seem to be a straightforward task, but with Ardour's flexibility it easily was the lengthiest part of the process. Auditioning the various combinations of tracks took time, as did testing and retesting them with the LADSPA plugins. Fortunately, I was having a lot of fun, and it was a pleasure to hear and consider the possible arrangements. Ardour makes it easy to mute and solo tracks, individually or in user-defined groups. I balanced my bass and drum parts first and then added the other tracks one by one, auditioning until I was satisfied with the overall mix.
Incidentally, I wrote the melody and most of the lyrics more than a year ago. The dominant seventh riff was something ultimately borrowed from years of playing blues guitar. I debated whether I should add a vocal bridge, but I couldn't come up with anything that satisfied me. Finally, the pressure of writing the Ardour article forced me to come up with the harmonica break, a happy circumstance.
Similis sum folio de quo ludunt venti.
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- New Products
- Linux Systems Administrator
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Nice article, thanks for the
8 hours 59 min ago
- I once had a better way I
14 hours 45 min ago
- Not only you I too assumed
15 hours 3 min ago
- another very interesting
16 hours 56 min ago
- Reply to comment | Linux Journal
18 hours 49 min ago
- Reply to comment | Linux Journal
1 day 1 hour ago
- Reply to comment | Linux Journal
1 day 1 hour ago
- Favorite (and easily brute-forced) pw's
1 day 3 hours ago
- Have you tried Boxen? It's a
1 day 9 hours ago
- seo services in india
1 day 14 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?