Sorry for the delay, it's been hectic here.
As I mentioned at the end of my last entry I'm preparing myself for my first excursion into the world of 64-bit Linux. After trading some lessons for a motherboard I started collecting parts for a new desktop machine for the studio. 64-bit considerations were new to me so I asked for help on the Linux Audio Users mail list. Some LAU members run 64-bit systems, and I did indeed get the information I needed. I won't detail the engaging traffic that resulted from that thread, you can read it yourself in the LAU list archives (it's titled AMD64 question).
The motherboard is a K8N Neo2 Platinum manufactured by MSI. I installed an AMD64 2.4 GHz Athlon CPU, along with a Zalman CPU fan. I had a moment while working with the fan: MSI sticks a backing plate on the flip side of the motherboard, but the Zalman fan needs its own plate there. A quick search on Google found that other people had run into this problem, some resulting in sad conclusions. I was fortunate to have a new board, the backplate came off cleanly, and the new fan was installed with no further difficulty. For storage I added a gigabyte of memory, a 400 GB Seagate drive, and a Lite-On DVD/CD read/write drive.
I want a very quiet system, which is why I chose the Zalman fan, and I was advised to consider a case from Antec. I looked at their on-line catalog, liked what I saw, and made up my mind to choose the Sonata II. Just when I was ready to make the selection a friend from the LAU list told me about Antec's B-stock catalog. It's not a secret, but the listing varies so you'll just have to check to see if they happen to have what you're looking for. Good luck was with me when I scored a B-stock Sonata II at a great discount.
Thanks to the savings from my case purchase I've decided to invest in a decent video system, at least something better than my ancient GForce2. I don't often work with 3D graphics, but occasionally I like to play with Pd's OpenGL support, and with a 2.4 GHz CPU I can check out some of the more demanding 3D games available for Linux. Unless someone advises otherwise it looks like I'll be buying another nVidia card. I'll use the kernel driver for the bulk of my work, but I intend to check out the binary driver from nVidia too (it supports 64-bit Linux). Of course I'm also looking for a good deal on a new monitor, a 19" flat-screen would be sweet (but the deal has to be sweet too).
Update: The video card selection has narrowed to the nVidia FX 5200 with 256 MB video RAM, it's currently selling for under $50 at Pricewatch and other on-line suppliers. The monitor is still a choice, but I have found some sweet deals on 19" flat screens.
The motherboard includes on-board audio, a Realtek ALC850/AC97. Among its virtues I find support for 7.1 channel output and optical/coaxial S/PDIF digital audio output. Normally I use the machine's BIOS configuration to switch off on-board soundchips, but this one looks interesting enough to tempt me into leaving it intact. A Google search for realtek alc850, alsa turned up a site titled Getting decent sound from built-in audio under Linux. It provides a neat set of instructions for activating, controlling, and using the on-board S/PDIF digital output under a fairly recent version of ALSA.
The real "heavy-lifting" audio functions will be handled by my M-Audio Delta 66 digital audio board. This card has excellent support from ALSA, and the specs on the Delta 66 are more than good enough for my purposes. I've used it extensively on my current box, but I don't know how long I can hold out before I feel the need for more channels. I'm already starting to lust after one of the used Delta 1010 systems listed on eBay.
I plan to check out a variety of distributions and audio-optimized systems, definitely the most recent version of PlanetCCRMA and possibly Gentoo with its audio overlay. The organizers of the 64Studio project will soon release version 0.8 of their Debian-based 64-bit Linux multimedia system, it's also on my definites list. I don't know how much I'll actually work in a pure 64-bit environment, but I'm looking forward to the experience.
I wanted to upgrade my printer along with everything else, so I checked out the recommended printers at linuxprinting.org. The Hewlett-Packard HP 6540 looked like it would suit my purposes perfectly, so I searched eBay, found a good source for the unit, ordered it and waited for its arrival. After a couple of weeks I wondered what happened to my order, so I contacted the seller and asked what was happening. I know that shipping can sometimes take a while, but I learned that my order had somehow been missed. My contact person immediately offered to give me a full refund or to send the unit out with overnight shipping. I opted for the printer, and it arrived as promised (kudos to Sylvia at HP marketplace on eBay).
Now the tale gets curious: The printer connects via USB, there are two USB ports on my machine, so I figured I'd have no problems. The printer works as advertised, which is to say perfectly. The default output is excellent and quickly produced. Alas, all would be perfect except that connecting the printer to my current desktop machine created an awful high-frequency whine from my speakers, even when the printer was turned off. Unplugging the USB or power cable was the only way to stop the noise. I searched Google again, this time for usb noise, hoping to find a way to eliminate or minimize the noise. I wasn't too surprised to learn that others have encountered similar problems with USB devices, but there are few solutions.
I analyzed my system's PCI assignments with lspci and discovered that my main sound device (the Delta 66) was sharing IRQ 5 with the computer's two USB ports. I removed the Delta card, promoted an SBLive to card #0, and rebooted. The lspci utility now reports the SBLive on interrupt 5 and the USB ports on interrupt 3. Huzzah, the noise is dramatically reduced, but not eliminated. I hope I won't have this trouble with the printer when I hook it up to the new machine. For some added protection I've ordered a beefed-up USB cable from Monster that might further reduce noise from electromagnetic interference and radio frequencies. As I said, I'm hoping here.
So that's where things stand here during the studio upgrade. I'll probably get impatient enough to burn some installation disks, cannibalize my current desktop box for its video components, then go ahead and set up the new machine for initial tests. However it happens, I'll be running a 64-bit Linux system when you read my next entry.
Studio Dave vs. Xorg 7.0
I like the apt utilities. I like being able to enter brief commands to update and upgrade my entire Debian system. To be honest, I usually run apt-get update from a terminal window to update the software database, followed by a session with the excellent Synaptic GUI for the apt tools. But when I want the job done quickly I'll skip the Synaptic session and run apt-get dist-upgrade from the terminal prompt. After responding to a few queries I can walk away from the machine and let apt do its thing.
Which is what I did a few weeks ago, only to find that many of my nice applications now suffered terribly from badly-rendered fonts. I complained on the AGNULA/Demudi mail list and got a few tips but no joy. I reinstalled the X font packages, still no joy. A Google search reported some more advice and suggestions that helped me towards the solution. I reinstalled the X base and common packages, and since the affected applications were either GTK 1.2 or Motif I reinstalled the applications. At last, nice fonts again.
But what a pain. Once again I learned a lot more than I bargained for. There's a good chance that my original dist-upgrade was incomplete, but I certainly wasn't the only person on the Web having font difficulties with Xorg 7. Apparently the maintainers at Xorg have gone to great lengths to modularize the old stalwart, and I got the impression that maybe this release was a bit rushed (maybe Debian's fault ?). Hopefully all font issues have been resolved by now.
The Sam Trios
My student Sam likes playing blues guitar, so I wrote a little blues etude for classical guitar. He's learned it as written, but we're also using it as a vehicle for learning basic improvisation techniques, such as how to avoid simplistic repetition and how to vary the given riff for a less predictable performance. The riff itself is nothing special music-wise, but it's a wee bit tricky and a nice challenge for Sam.
Thanks to this little study's success I decided to incorporate it into a larger piece, another trio for Sam and his mother and sister. You can hear a MIDI realization of this Trio #4 in OGG audio format (thanks also to QSynth and Jack Rack) and view a PNG display of the Lilypond score at the same location. Again, there's nothing very special about the music, it's only intended to be playable stuff for a family trio. However, I do like to note that the music was created with the aid of free software, as were the audio and MIDI recordings and the publication-quality score.
Two Other Items You Need To Know About
Just as I was putting this column to bed I received a cool link on the LAU mail list to an interview with Sampo Savolainen. Sampo is a member of the Ardour development team, and a fine candidate for an interview. Thanks to DCZX for the link !
Lots of new music made with Linux at Hans Fugal's LAM pages. If you're looking for Linux-produced music Hans's site is your first stop, but be sure to check out the LAU mail list archives for announcements of music that somehow doesn't make it to LAM.
By now it's starting to feel like it's no unusual event to announce music made with Linux. The platform can be configured for professional demands, hardware and software, and creative people are using it. Yes, some serious usability issues persist, with Linux audio and with Linux itself, but the required efforts are diminishing. Still, the proof is in the pudding, and you can get a healthy serving at LAM, for free. By the way, that's free as in no-cost, libre, without DRM and other industry-sponsored impediments and encumbrances. Such a deal !
Similis sum folio de quo ludunt venti.
|Containers—Not Virtual Machines—Are the Future Cloud||Jun 17, 2013|
|Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer||Jun 12, 2013|
|Weechat, Irssi's Little Brother||Jun 11, 2013|
|One Tail Just Isn't Enough||Jun 07, 2013|
|Introduction to MapReduce with Hadoop on Linux||Jun 05, 2013|
|Android's Limits||Jun 04, 2013|
- Containers—Not Virtual Machines—Are the Future Cloud
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Linux Systems Administrator
- Introduction to MapReduce with Hadoop on Linux
- Senior Perl Developer
- Technical Support Rep
- Weechat, Irssi's Little Brother
- UX Designer
- One Tail Just Isn't Enough
- Android's Limits
- Reply to comment | Linux Journal
33 min 10 sec ago
- Reply to comment | Linux Journal
33 min 37 sec ago
- Replica Watches
2 hours 58 min ago
- Reply to comment | Linux Journal
7 hours 9 min ago
- on the path to understanding
7 hours 12 min ago
- As a fisher,we know that a
1 day 2 hours ago
- All I Say Is Worth Share!
1 day 3 hours ago
1 day 3 hours ago
1 day 7 hours ago
- You should consider visiting
1 day 8 hours ago
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?