Rumblings From Studio Dave
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.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Parsing an RSS News Feed with a Bash Script
- Google's SwiftShader Released
- SourceClear Open
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide