Category Archives: Audio

Rien ne va plus

The Listening Test from a few weeks back was interesting.

I had a few votes come in by email, and adding those to the ones made publicly in the comments, we get this result:

File 1:

  • 63% said it was the 75% WMA
  • 25% said it was the FLAC
  • 12% don’t knows

63% of respondents were correct: File 1 was indeed the 75% WMA.

File 2:

  • 63% said it was the 10% WMA
  • 25% said it was the 75% WMA
  • 12% don’t knows

63% of respondents were indeed correct. File 2 was the 10% WMA.

File 3:

  • 88% said it was the FLAC
  • 12% said it was the 10% WMA

Most people got this one right: File 3 was indeed the FLAC.

So it seems as if most people really can tell the difference between uncompressed and compressed music formats -but it’s a relatively narrow call when it comes to telling the difference between gentle compression (75% WMA) and drastic compression (10% WMA). Most people got it right even so, but the margin was quite a bit narrower.

I asked the question because (I am somewhat sad to find) I couldn’t tell the difference between the FLAC and the 75% WMA, in good listening conditions (Bose speakers, etc), despite the one file being just 15% the size of the other. It would seem my ears are not as good as I thought (it expect it comes with age!) :-( Happily, I could spot the 10% WMA a mile off, the compression artifacts making me grit my teeth at one point.

I then tried the experiment on the train, listening via ear-buds and playing from a Samsung Galaxy SII phone: and all three files sounded exactly the same, perhaps unsurprisingly (everything sounds crap on a train!)

The point being that, as I approach 50, it’s perhaps unnecessary for me to upgrade my RAID array from a mere 8TB to 12TB (which will cost a bomb, with 3TB hard disks still costing around the AU$300 mark). I could compress all my music files instead, saving as much file capacity as I was planning on adding, and I’d never tell the difference. (Except that, of course, I would know, intellectually, that frequencies were missing, and that would annoy me no end. So I’m sticking to FLACs for now, even though they are unnecessary for my particular pair of ears!

Moody Food

Since I am quite likely to pass the milestone on the train tomorrow morning, I thought I’d commemorate ‘nearly’ getting there ahead of time:

Forty thousand pieces of music in 4 and a bit years… who’d have thought?!

Listening Test

These three files are of the same 57-second piece of music. One was ripped to FLAC, one was ripped to a 75%-quality WMA and one was ripped to a 10%-quality WMA:

When you look at the original file sizes involved, the FLAC is 3MB, the 75% WMA is 510KB and the 10% WMA is just 200KB.

However, I’ve now converted all three files back to [uncompressed] WAV, so that -give or take a dozen bytes or so- all file sizes are pretty much identical (9MB or thereabouts). You won’t be able to tell which is which just by comparing file size, in other words, but each has been encoded at wildly different quality levels.

So the question is, can you tell which file is which, just by listening (checking the wave form in something like Audacity is not allowed!)?

In Praise of Percy

I’d like to take a moment to praise Percy. No, not this one:

[youtube_sc url=http://www.youtube.com/watch?v=TkZFuKHXa7w rel=0 fs=1 autohide=1 modestbranding=1]

I like that one, too, of course. But no: my mission today is to come in praise of Percy Grainger, 20th Century composer-extraordinary, by turns Australian and American, masochist (seriously into whips) and probably in love with his mother… there’s nothing ordinary about him at all, to be honest!

I’ve only recently started listening to him (there’s a nice set of his complete works available at Amazon for what seems a reasonable sum), and I’ve been pretty bowled over by some of it (happily, Benjamin Britten thought a lot of it was superb, too).

I don’t usually post or host music on this blog, but just this once, I’ll rely on the ‘fair dealing’ provisions of copyright law and urge you to listen to the entirety of this two-minute piece (especially don’t give up before the milk-bottle finale at 2:04!):

Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.

Quite a simple tune, repeated multiple times -but every time, the orchestration subtly changes, in quite surprising ways. There’s the unexpected chromatic progressions thrown in during the move from one repetition to the other, just to keep your ear amused. Check out the constantly-bubbling piano and strings, now in the background, now taking center stage. The sheer rambunctiousness of it all! I love it, anyway… wish I’d known about it earlier.

The CD from which that is taken is available for separate purchase here. Thoroughly recommended.

Sound Juicer: not so juicy

There is a nasty bug in Sound Juicer, the Audio CD ripping application that ships with Fedora 13 (and every other Gnome distribution on the planet, I expect). First you insert a CD -and if you like listening to classical music, it is quite likely you will see a yellow panel declaring that ‘Could not find Unknown Title by Unknown Artist on MusicBrainz’. Fair enough: I usually end up supplying my own titles, artists and track names anyway, because other people submitting to these CD databases often have a peculiar idea of how to do it properly. But anyway: you finish ripping that CD; you insert another, and this time you get this:

Sound Juicer could not read the track listing. Cannot access CD. Error while getting peer-to-peer dbus connection

CD Ripping bug in Soundjuicer

Since Google is my friend, I’m fairly confident I am a victim of bug 544843, which was described back in April 2010.

I have to admit, of course, that I’ve not paid a cent for Sound Juicer and I’m not on a support contract for it either… but I still can’t help feeling disappointed that an application whose sole purpose in life is to rip an audio CD can’t do it, apparently because of some weird interaction with a music track lookup service (which is very much its secondary role in life).

You’ll note from that bug report that, apart from being able to describe what happens accurately enough, no-one has seen fit to explain what exactly is causing the problem, what the workarounds are and when a fix is to be expected.

So basically, the hot news is: Gnome desktops can’t currently rip CDs with the tool provided for the job.

I don’t really have a practical workaround, other than not using Sound Juicer. Instead, I installed asunder (a simple yum install asunder works for Fedora 13). That seems a bit archaic, but does the job. Actually, it’s not necessary for it even to do its job: if you run it, get it to find the track listing for the same CD that caused the problem for Sound Juicer, then shut it down without having ripped anything, and then launch Sound Juicer again -well, this time Sound Juicer will display the correct number of tracks and let you rip them. It will still moan about not knowing what those tracks are, because MusicBrainz is, apparently, so useless. But at least the ripping functionality will be there… until the next CD.

So the routine becomes: insert CD. Run Asunder. Close Asunder. Run Sound Juicer. Manually edit tracks and artist details. Rip. Repeat as necessary.

Which is, of course, utterly bonkers and the reason why I’m now planning on ditching Fedora. Or, at least, since it’s not particularly Fedora at fault, of course, but Gnome’s, I might just be tempted to plunge headlong into the choppy waters that is KDE -simply because Sound Juicer is Gnome’s default audio ripping application, and so KDE should be free of its curse.

I’ll keep you posted, anyway…

Splitting Audio

So you have somehow “obtained” a dirty, great big FLAC file (or an APE file) which represents an entire CD. And you have additionally “obtained” a CUE file which tells you where each individual track should stop and start. The obvious next question is: how do you use the information provided in the CUE file to split the single file into multiple track ‘pieces’.

On Fedora/Centos/Scientific/RHEL-ish distros, here’s how:

su - root
yum install cuetools shntool

You can then issue a command (as yourself -no need to still be root for this one) in the form:

cuebreakpoints name-of-cue-file.cue | shnsplit -o flac name-of-source-file.flac

You should then see each of the individual tracks being created for you in turn, with a file name in the form split-tracknn.flac. This assumes you already have flac support in your OS, of course: yum install flac will fix that if not. The new tracks will be missing any IDV3 tag information. If the original CUE file happened to have anything in it relating to tags that’s much use, you can transfer the data out of the cuefile to each of the just-created FLAC tracks with this command:

cuetag.sh name-of-cue-file.cue split-track*.flac

However, you will probably need Easytag to finish the job properly. Easytag has a nice feature, for example, that lets you rename the audio files based on the tag information you create… which means you don’t have to put up with audio tracks with names that begin “split-track…”!