A Modest Construct

Tag: FLAC

FLAC compile benchmarks

FLAC is a cross-platform codec, but when it comes to Windows, one has a pretty wide range of compiles. Some are more optimized than others.

I first got the idea for this benchmark when I stumbled upon a native 64-bit FLAC executable for Windows. Curious, I did a quick and dirty test against the canonical build for Windows and found that while encoding times were similar, decoding times were considerably faster.

To figure out why this is so (the 64-bitness or something else), I quickly pulled some some additional compiles and benchmarked them against a few different samples.

Read the full article »

GNOME Audio Player Shootout Revisited

GNOME logo

It’s been close to two years since I wrote GNOME Audio Player Shootout, a visual and textual comparison of some the best available audio players for the GNOME desktop.

As is usually the case in the world of free software, a lot has happened since then (and yet, in a strange way, things have stayed exactly the same). I decided to revisit some of those players and see how they’ve progressed. Some of them listed last time haven’t seen any appreciable development, and have been left off.

I realize that I am totally ignoring the daemon-based players (read: Music Player Daemon, XMMS2); this is by design, since those players open up a whole new can of worms. Suffice it to say that if you’ve decided on and XMMS2 or MPD-based player and successfully configured it, you probably don’t need any advice on choosing software.

The following programs will be covered in this review (development versions):

  • BMPx (0.40.14)
  • Rhythmbox (0.11.6)
  • Exaile (2.99.1-svn)
  • Banshee (1.4.1)
  • Quod Libet (2.0)
  • Decibel (1.00)
  • Songbird (1.0)
  • Listen (0.6~svn1044)

All of the testing was done on a fresh install (and update) of Ubuntu 8.10 in VirtualBox, using a small representative sample of my music collection (some modern, some classical, in Vorbis, MP3, and FLAC).

cdrtfe: a powerful cdrtools frontend

Previously, I reviewed InfraRecorder, a relatively young project that seeks to add a bit of spit and polish to the venerable cdrtools command line programs. At the time, noted that while the interface was lovely, there were a few flaws, notably the hassle of add-on mp3 support, the lack of FLAC support, and limited flexibility.

Another frontend, cdrtfe (cdrtools frontend), was a freeware project that fairly recently opened its source, and I’ve been using it ever since. It hasn’t got the best interface in the world, but it’s one of the most powerful little programs I’ve seen in a long time.

Please note that the version of cdrtfe that I use is 1.3pre1 which is not the stable 1.2x series. Any bugs which I describe should not be ascribed to the stable series, but considered bugs in development until proved otherwise.

Read the full article »

Infra Recorder: the best Windows cdrtools frontend

Infra Recorder

The state of Win32 burning programs

The proprietary choices for optical disc burning on Windows are pretty obvious: at the fore, there’s Roxio’s offering, EZ Media Creator, and Nero’s offering, Nero Burning Rom. Having used Roxio’s v5 program long, long ago with my Hewlett-Packard 4x external CDRW drive, and having used Nero’s Burning Rom during the entirety of its v6 lifecycle (when it was one of the best offerings on the market), I’ve been disappointed to see most of these offerings turn into bloated creatures, invasive and slow.

Perhaps you want built-in picture managers, movie players, reencoders, editors, and every bang and whistle you can think of. If that’s your bag, baby, you’re more than welcome to shell out $80+ for a copy

My time on Linux, however, has engendered me to the rock-solid (if historically murky in license) cdrtools, especially since the wonderful k3b is essentially a cdrtools frontend.

Historically, frontends for Windows have been touch & go. Burnatonce, a freeware closed-source frontend, which two years ago was a great little minimalist project, has stagnated, as the developer has no clear roadmap for development or time to create one.

The functional but less-glamorous cdrtfe is another good solution, although my experiences with it have been limited.

Read the full article »

Friday Random Ten CIV

The “Upgraded to FLAC 1.1.4″ edition

Friday Random Ten

  1. Sondre Lerche • Things You Call Fate
  2. Six Organs of Admittance • This Hand
  3. Tristania • Lethean River
  4. Sparta • Without a Word
  5. Do Make Say Think • Le’espalace
  6. Stars of the Lid • Dopamine Clouds Over Craven Cottage
  7. Änglagård • Ifrån Klarhet Till Klarhet
  8. Leaves • Should Have Seen it All
  9. Don Caballero • Palm Trees in the Fecking Bahamas
  10. Katatonia • Journey Through Pressure

Funny semi-related story: My junior year of high school, I played “Lethean River” for my cringing English class (which was nothing compared to playing Opeth’s “April Ethereal” for my sophomore English class). Mark, if you happen to be reading this: I believe you tried at the time to convince me that Eddie Vedder also growled, and I am still miffed that we never continued that debate the following Monday.

Streams of argentine across eyelids are drawn:

  • The Smedley Log (“Back 2 Good” is a really great song, perhaps my favorite from the album, but it always makes me kind of sad for some reason)
  • Winter Spring Summer (Equally baffled by some of the entries on this list)
  • Freakapotimus (Remember with a mix of fondness and horror the days when I listened to Korn)
  • Faux Real, Tho (Seeing “Did I Step On Your Trumpet” performed live was interesting, to say the least)
  • The Sam and Beckyboo Show (Reminds me of Bleu’s “Searching for the Satellites”)

Lossless Audio Shootout!

On the heels of my recent comparison of general-purpose data compressors, I bring you the results of far too much time spent hunched in front of a command line, calculating ratios.

The benchmark’s ostensible purpose, at least at first, was to compare four mainstream codecs—FLAC, Monkey’s Audio, WavPack, and OptimFROG—and see how their current stable versions stacked up with the version in development. I ended up throwing in a few others—TTA, LA, and Shorten—for comparative purposes. This test looked at Encoding Time and Compression Ratio; decoding speed was not tested.

If you don’t want to look at the raw data, I’ll save you the trouble of even clicking past the fold.

FLAC
FLAC has languished at v1.1.2 since February of 2005. It has the uncomfortable position of having reached an stable position in the world of lossless codecs, even garnering some hardware support. As a result, it can’t make any sweeping changes without breaking compatibility or hurting its (excellent) decoding speed.
The result is that there have been some definite improvements in compression, though nothing that will blow anyone away. There appears to be an album-wide net loss of between 0.5 and 1.5%, enough to shave another few megabytes from the total size. The default compression (-5) for 1.1.3b2 now compresses better than the maximum practical compression (-8) of 1.1.2. Of course, part of 1.1.3’s appeal is other features, like album art embedding, but that’s beyond the scope of my test.
WavPack
WavPack has been around for a long time (it supposedly inspired Matt Ashland, the creator of Monkey’s Audio, to work on his own), but for some reason has always been underappreciated in the world of lossless compressors. I suppose that’s because it manages to fall somewhere in the middle of Monkey’s Audio and FLAC, not offering compression ratios as low as the former or decode speeds as high as the latter. Still, I was impressed that WavPack not only encoded faster than FLAC, but it got a better compression ratio, too—and it’s decoding speed is also very excellent.
WavPack has two settings: default and -h, or high. It also has a -x[1-6] switch that can possibly shave off a fraction of the size at the expense of a really long encode time. The tendency of 4.4a3 under the default setting was to take a few seconds longer to encode with the benefit of between 0.1% and 1.5% improvement in the compression. For the high setting, however, the encoding time was a few seconds quicker, but the ratio was always worse.
Monkeys Audio (APE)
Monkey’s Audio has a storied history, part of which has to do with its laughable “open source” license, spurned by every Linux distribution I’ve ever seen. APE offers better compression than FLAC without drastically increased encoding times, but it’s particularly CPU-intensive for decoding, making it impractical for handhelds or DAPs.
The change from 3.99 to 4.01b2 has been entirely in the GUI frontend. The encoding times weren’t different enough to be significant, and the sizes were exactly the same. My understanding, though, is that it’s been optimized for dual-core processors, so if you’ve got one, you’ll see a significantly faster encode time.
OptimFROG
OptimFROG is the only truly closed-source encoder in the primary four. It offers the best compression of them as well, but also long encode times and piss-poor playback speeds. It hasn’t gained very much traction except as a curiosity: its closed source nature prevents its use in Linux distros, and its intense resource usage means it will likely never be supported in hardware.
The changes in OptimFROG between 4.520b1 (stable) and 4.600ex (testing) aren’t in the default encoding options. The —highnew mode (the —bestnew mode took 100 minutes for the first album, so I very quickly decided to try the one below it), which increased encoding time for modest compression gains under 0.5%.
Others
TrueAudio is another open-source format that’s languished in obscurity. It’s resolutely middle-of-the-road, offering decent compression and a fast speed. Unfortunately, that means it also gets shown up by the Best in Class codecs.
Shorten was the very first of the serious lossless encoders, first showing up in 1993. It hasn’t gone anywhere in years, and even the organization most attached it to (the live music trading site, ETree, long ago replaced it with FLAC. It offers super-fast decoding speed, but the very worst compression.
LA is another closed-source encoder with very slow encoding times (not quite as bad as OptimFROG) that repeatedly trounces every other codec available in terms of compression ratio. However, its high resource usage and closed nature make it impractical for just about everything but a curio. It also hasn’t seen any development in some time now.

To see the complete table, look below the fold.

Read the full article »