What is the best compressed iTunes format?

Magfan I am cornfused - if ALAC is lossless, why do I get different readings on different ALAC files for bitrate, when querying them in iTunes or in Windows Explorer? For example AIFF always shows 1411 kbps. But ALAC files are all over the place. Is this because the ALAC compression is variable, and I am getting an average reading, like I hypothesize above? Incidentally I did some research and yeah its lossless. The bitrates are winding me up.

Mysterious stuff, no? No accounting for (or predicting) synergies, daffy combos, or personal taste -- far as I'm concerned. I've got a pair of Grado RS-80s that I use on the AAC stuff through the iPad/pod, mostly to and from work on the subway. Like'em just fine for that, in fact, think they sound surprisingly great. But when I tried the Grados on the home rig (all AIFF, Ayre QB-9, dedicated Headroom Home amp for the cans), it was downright unlistenable. Strident, harsh, painful, even. Plain couldn't do it. Actually, I was entirely floored by how genuinely unpleasant it was. Go figure? (But, then, my baseline for cans is Senn HD-600s with Cardas wires, which have got to be near as dark and syrupy as it comes....).

Anyway, not totally surprised to hear that, at least in some cases, there appear to be significant variances in iPod DACs / hardware. I can attest that the itunes software has been noticeably improving on the sonic end also, for what thats worth. Maybe something driver end? Could also be that the hardware at issue was in fact designed to optimize, balance or otherwise sound best with lower bitrate material? Gosh, I'm really reaching here.... Generally, I always assumed that the differences in sound through an iPod would be dominated by factors other than file format to the point where differences in software format wouldn't be particularly determinative. My basis form this assumption? Well, nothing whatsoever, actually. Just a guess that I've been happy enough to just go with. Anyway, very interesting "hard" results. And even more interesting when it's not what you expected going in. Keep us posted. Cheers.

Real,
My personal theory is that the bitrate is indeed variable but based on music complexity. This is pretty obvious by the bitrate speeds listed...if you enable that function in I-Tunes.

I just copied 'The Man With The Horn', a Miles Davis album. Indeed, the copy speed varied from 6x to over 10x. When I looked at the files, the copy speed pretty much agreed with the bitrate.

More complex music would demand a higher bitrate. As a test, I'd record a few simple test tones. If the bitrate is very low, that'd nail it.

My analogy would be my photography. JPG is a compressed format with many different levels available to users of Photoshop and other programs. Camera Raw, is basically a digital negative and is 4x or 5x larger than even a large JPeg. So, Camera Raw is an uncompressed format, while JPG is equal to an MP-3 / 320.
There's more to it than that, like screen resolution and bit depth, but you get the general idea.

Way I understand ALAC is that it is 100% lossless, but runs a compression algorithm to reduce file size. Think a self executing zip file that automatically unzips itself in RAM every time you play it, while the disk copy remains compressed. FLAC, I think, is similar, but with a variable, user-selectable compression ratio (from 0 to more), whereas ALAC is the Apple version, which invariably means two things: compression ratio is fixed because Apple picks it for you and FLAC not supported on Apple. (And by "fixed" I mean not user-adjustable, I think the compression ratio on ALAC is very variable, just adjusted in secret by the Apple tech boffins and their sneaky algorithms depending on the nature of the track. Again, think zip files – depending on the nature of the file and density, it will be more or less compressable).

The only theoretically possible source of sonic difference between ALAC and an uncompressed lossless format (AIFF / WAV) is the processor burden of uncompressing the ALAC files every time you access them. Once upon a time, that may have mattered more, but with current processors I expect it really doesn't. (Although folks do still argue about it.)

Finally, the explanation for different bitrates on lossless files that has made the most sense to me is that all the bitrate represents is filesize divided by length of the track (kbps, kb/s, to be precise). So, if you compress a track, making the file size smaller, it will read as having a lower bitrate as against the same track uncompressed. But lossless / bit perfect is just that, compression or no, so the bitrate stat for a lossless track is really pretty much meaningless. Put differently, track density or complexity may well have an impact on the compression efficiency and ratio, so there's your source of variability, but all bitrate represents is that result (compressed file size) divided by length. Nothing to lose sleep over.

Flip side, when you pick a bit rate as the controlling factor for track compression – rather than anything to do with the track itself -- it’s kinda like the tail wagging the dog. You’ve imposed an arbitrary variable, mashed the track through it, and then discarded everything else so that your pre-determined kb/s = X equation comes out to equal X. What’s left is only what wasn’t lost, ie deleted, in order to make this arbitrary number (and hence the opposite of lossless). This, in turn, is I expect why “variable bit rate” makes sense, cause it gives the algorithms “discretion” (flexibility?) to take the nature and complexity of the track into account, from second to second adjusting bit rate in accordance with what is actually going on, instead of just hacking and slashing to make an arbitrary number – but in such a way to come out with an average “X” result to meet the predetermined outcome. (OK, that last one was pure guesswork.) So, for ALAC, bitrate is an arbitrary number, but a meaningless arbitrary number. While, for a loss-y format, bit rate is still an arbitrary number, but a fantastically meaningful one because it is what was chosen to determine how much of the original lossless file survived.

I'd say bitrate is not arbitrary on ALAC files. Rather a measure of 'complexity'. If what you mean by arbitrary is that you have no control over it, that's also true. But not in the sense that somebody just picked a number. ALAC would seem to end up about 30% to 35% reduced from the original.
Very complex, rapidly changing or 'dense' music will get a higher bitrate than sine waves. Maybe I'll test this, later today. I think you may be on to something with file size/length math. I'll look over some of the large number of songs I've got in ALAC and look for a pattern.

The idea behind lossy files...and this applies to photography, too, is to only discard the least significant data. That which couldn't be heard (seen?) anyway.
Of course, this doesn't work well, at least at higher compressions. In Photoshop, I have a choice of 10 or more 'levels' of compression. Using extreme enlarements of small parts of a picture, you can clearly see what changes. The changes are most readily apparent in more.....complex parts of an image. Big enlargements are hurt worse than small prints. Images for monitor use are nearly immune!

Yes, processer overhead makes sense. Again, using photoshop as an example, when I make a big change to a photo, It can take several seconds to process.

I just decided early on, after experimenting with FLAC, to change over to ALAC. It was more.....painless, for me. And I Tunes makes it easy to 'downconvert' to a much smaller but still listenable MP3-160 bitrate. Album art is more easily manged, at least for me. That, and the fact I can stream music wirelessly to my stereo is the icing on the cake. I only wish the Airport Express were better clocked.