AAC Put To The Test 353
technology is sexy writes "Following the increasing popularity of AAC in online music stores and the growing amount of implementations in software and hardware, the format is now being put to the test. How well does Apple's implementation fare against Ahead Nero, Sorenson or the Open Source FAAC at the popular bitrate of 128kbps? Find out for yourself and help by submitting the
results. You can find instructions on how to participate here. The best AAC codec gets to face MP3, MP3Pro, Vorbis, MusePack and WMA in the next test. Previous test results at 64kbps can be found here."
i prefer just to steal the music (Score:5, Funny)
Re:i prefer just to steal the music (Score:5, Insightful)
AAC _is_ technically superior to MP3. The problem is we've had around 10 years now to refine and perfect our MP3 encoders while free/cheap AAC encoders are just coming onto the market. Give it time, once it reaches its prime it will provide quality that I'm sure will undeniably rival MP3.
crap in, crap out (Score:5, Interesting)
Most mp3s or oggs you find out there are from someone's CD-Rom drive, who knows how the disc looked, or how much jitter there was. I have heard stories of people downloading songs to find a skip or two in the middle, or been an amalgam of two different files accidently spliced together.
I'd hazard a guess that most people that encode with ogg-vorbis do a better ripping and encoding job, though.
Re:crap in, crap out (Score:5, Funny)
Re:crap in, crap out (Score:5, Insightful)
Only because right now you'd have to know a thing or two about the intricacies of digital music to have ever heard the phrase "ogg vorbis." If a big on-line music player were to standardize on this format instead of MP3 and it too becomes the common man's format, you can be sure the quality of ogg files will go down just as well.
Thank iTunes for the skips etc. (Score:2, Informative)
You can probably thank iTunes for that- I had numerous problems with encoding my CDs. Songs has skips, and more commonly, ended early- often by more than 15-20 seconds. It was extremely irritating.
Curiously, I never had such problems with Xing's AudioCatalyst, an awesome encoder for the Mac(it was, and I think still is, the only encoder for the Mac that can do live encoding from line-in). AudioCatalyst was also exceed
Re:Thank iTunes for the skips etc. (Score:5, Informative)
160 Kbps MP3 NOT very good! (Score:5, Insightful)
Personally, I encode my library at 320 Kbps Normal Stereo without any filtering. This is overkill for listening, but that's enough data that I can recompress to another, more portable format like AAC on an iPod without windup up with a audible multigeneration artifacts.
All things being equal, I'd use FLAC, but I really really like the iTunes interface, and 320 MP3 is the best format it has historically supported. It now does 320 AAC, and I'm toying with switching to that (although I haven't yet, since the files won't be quite as widely interoperable).
Re:160 Kbps MP3 NOT very good! (Score:3, Insightful)
Whenever I listen to 128-bit MP3s through my set of studio monitors, they sound "thin". Even in my car (I have a Rio MP3 car player), with Diamond Audio
Re:Thank iTunes for the skips etc. (Score:2)
Nope. SoundJam (which was ironically the basis for iTunes) could do that as well.
Re:crap in, crap out (Score:2)
Re:crap in, crap out (Score:3, Interesting)
Unless you are psychic, you won't be able to tell the difference between an MP3 ripped from a "master recording" (whatever that may be) and an MP3 ripped from a CD. And unless you are an alien, a dog, or an infant, you are lucky to hear anything meaninful above 16khz, which means that 44khz sampling is plenty.
Most mp3s or oggs you find out ther
Re:crap in, crap out (Score:2)
The concept of a "master recording" made sense when things were recorded on analog media: there was a clearly distinguished, least degraded recording. In the digital work, it makes no sense at all; people can mix together all sorts of different versions, all having an equal claim to being a "master recording". Hence my comment "whatever that may be".
A little bit of speaker n
Re:crap in, crap out (Score:3, Informative)
Re:crap in, crap out (Score:3, Interesting)
These artifacts are almost always the result of early P2P networks, that would download a missing piece of a file from anything that had the same name... Of course you can find these now, because even with the improvements, people often keep their old files.
I will admit that some pops were the results of bad audio rippers, but that was in the infancy
Re:crap in, crap out (Score:5, Informative)
Re:crap in, crap out (Score:5, Informative)
This is what the cdparanoia faq [xiph.org] has to say about ripping...
I can play audio CDs perfectly; why is reading the CD into a file so difficult and prone to errors? It's just the same thing.
Unfortunately, it isn't that easy. The audio CD is not a random access format. It can only be played from some starting point in sequence until it is done, like a vinyl LP. Unlike a data CD, there are no synchronization or positioning headers in the audio data (a CD, audio or data, uses 2352 byte sectors. In a data CD, 304 bytes of each sector is used for header, sync and error correction. An audio CD uses all 2352 bytes for data). The audio CD *does* have a continuous fragmented subchannel, but this is only good for seeking +/-1 second (or 75 sectors or ~176kB) of the desired area, as per the SCSI spec.
When the CD is being played as audio, it is not only moving at 1x, the drive is keeping the media data rate (the spin speed) exactly locked to playback speed. Pick up a portable CD player while it's playing and rotate it 90 degrees. Chances are it will skip; you disturbed this delicate balance. In addition, a player is never distracted from what it's doing... it has nothing else taking up its time. Now add a non-realtime, (relatively) high-latency, multitasking kernel into the mess; it's like picking up the player and constantly shaking it.
CDROM drives generally assume that any sort of DAE will be linear and throw a readahead buffer at the task. However, the OS is reading the data as broken up, seperated read requests. The drive is doing readahead buffering and attempting to store additional data as it comes in off media while it waits for the OS to get around to reading previous blocks. Seeing as how, at 36x, data is coming in at 6.2MB/second, and each read is only 13 sectors or ~30k (due to DMA restrictions), one has to get off 208 read requests a second, minimum without any interruption, to avoid skipping. A single swap to disc or flush of filesystem cache by the OS will generally result in loss of streaming, assuming the drive is working flawlessly. Oh, and virtually no PC on earth has that kind of I/O throughput; a Sun Enterprise server might, but a PC does not. Most don't come within a factor of five, assuming perfect realtime behavior.
To keep piling on the difficulties, faster drives are often prone to vibration and alignment problems; some are total fiascos. They lose streaming *constantly* even without being interrupted. Philips determined 15 years ago that the CD could only be spun up to 50-60x until the physical CD (made of polycarbonate) would deform from centripetal force badly enough to become unreadable. Today's players are pushing physics to the limit. Few do so terribly reliably.
Note that CD 'playback speed' is an excellent example of advertisers making numbers lie for them. A 36x cdrom is generally not spinning at 36x a normal drive's speed. As a 1x drive is adjusting velocity depending on the access's distance from the hub, a 36x drive is probably using a constant angular velocity across the whole surface such that it gets 36x max at the edge. Thus it's actually spinning slower, assuming the '36x' isn't a complete lie, as it is on some drives.
Because audio discs have no headers in the data to assist in picking up where things got lost, most drives will just guess.
This doesn't even *begin* to get into stupid firmware bugs. Even Plextors have occasionally had DAE bugs (although in every case, Plextor has fixed the bug *and* replaced/repaired drives for free). Cheaper drives are often complete basket cases.
Rant Update (for those in the know):
Several folks, through personal mail and on Usenet, have pointed out that audio discs do place absolute positioning information for (at least) nine out of every ten sectors into the Q subchannel, and that my original stateme
Re:crap in, crap out (Score:2)
Fine print...... (Score:2)
Re:Fine print...... (Score:3, Insightful)
Heh, here in UK I've been cringing everytime I saw a BT Internet advertisement, with people supposed to be users touting its use for downloading music.
In the worst ad, the girl even said she used to buy CDs but now she just downloaded them. Granted, there are ways to do it legally (hello Apple Store) but in UK and on a PC?
Re:crap in, crap out (Score:3, Funny)
Re:crap in, crap out (Score:3, Funny)
Re:crap in, crap out (Score:3, Informative)
No. Apple doesn't actually make the compressed recordings they sell on ITMS. The record labels are responsible for doing that themselves. And the labels have access to the original master recordings. Some labels have chosen in some cases to go back to the masters when making their AAC's, though it's not widely known which labels made that choice or which songs were encoded that way.
An honest question - who cares? (Score:3, Interesting)
Please enlighten me, I'm actually, honestly, curious.
Re:An honest question - who cares? (Score:2)
Disk space = cheap. Bandwith = expensive.
There you have it.
Re:An honest question - who cares? (Score:2)
I expect by late 2005 I'll have a couple of terabytes and just rip movies unocompressed too.
Re:An honest question - who cares? (Score:2, Informative)
At 190MB per second of 1920x1080 24fps (1080p HDTV standard) 16-bit YUV 4:2:2 video, even if you have a TB (~1024 GB), saving just the LoTR-FoTR (178 minutes) would require ~1.9 TB. And that's JUST the video...audio not included. Now granted, perhaps you didn't mean uncompressed at mastering quality, but 1080p is an eventuality and appears to be THE emerging mastering standard for film.
You'd need several terabytes to store more than a few movies at production quali
Re:An honest question - who cares? (Score:2)
Re:An honest question - who cares? (Score:5, Informative)
Not possible. MP3 by its very nature is a lossy encoding scheme, hence there will always be artifacts when you pass the audio through the encoder. You may not be able to hear the quality change (even after passing the files over and over and over through the encoder) but you will be generating noise.
As far as your original question, it all comes down to file portability. It takes people a bit longer to send a 65 meg wav to their friends, compared to a 6.5 meg mp3.
Re: (Score:2)
Re:An honest question - who cares? (Score:3, Insightful)
Not a good test of iTunes service (Score:5, Interesting)
not likely to make a difference (Score:3, Interesting)
Compression v. bit depth conversion (Score:2)
This is of course an emperical question. A good test would be to take a 24-bit source file, and encode it to AAC-LC in QuickTime in Better and then Best
Re:Many flavors of bad (Score:3, Informative)
Bang a cymbal, and let it fade out into nothingness. You can definitely hit audible limits of 16-bit PCM in that case. PCM->FFT->PCM will make it worse.
Also, codec like Dolby Digital are capable of decoding in more than 16-bit, so with capable equipment, you're really able to take advantage of available dynamic range.
Just to keep you intellectually honest... (Score:4, Insightful)
There are at least three distinct things to keep in mind:
MP3s encoded from your music using LAME at 220kbps VBR is one quality
AACs encoded with Quicktime 6.3 is one quality
AACs encoded from masters, ala iTunes Music Store, are another quality
You, in one sentence, mix all three quality levels as if they are currently comparable.
The music from the iTunes music store is encoded from a higher quality source, and can arguably be of higher quality than even your 220kbps mp3s. It's hard to make any educated guess because I don't know anyone who's done a comparison between AAC files ripped from masters vs MP3s ripped from CD.
The music you get from iTunes itself is based on Quicktime 6.3, and that *is* being compared and characterized in this test; this will probably illustrate the level of quality iTunes for Windows will have, and is more directly comparable to your 220kbps mp3s, but only *after* the test is performed.
it's fine to believe that your mp3s are better, but there is no proof yet.
Re:Just to keep you intellectually honest... (Score:2)
Fair enough (Score:2)
Most of the population (at least 90% I bet) haven't had access to a Mac, the iTunes Music Store, or Apple encoded AACs, and thus the complaints of most folk are... probably purely speculative.
Myself, I find AAC by iTunes is >> MP3 by iTunes, and AAC by Apple is ~> than AAC by iTunes and MP3 by iTunes.
It is worthy to note that I'm not using LAME, so my basis for quality is already lower than yours.
Re:Just to keep you intellectually honest... (Score:2)
Technology advances. Computing power advances. In the future there may be codecs that are capable of maintaining all the fidelity of an analog master tape at 30kbit. You can dismiss that out of hand if you like, but who knows.
Hopefully in the near future storage and bandwidth capacities will grow to allow us to store and move unc
Re:Oh Brother... (Score:3, Interesting)
No, the only reason Apple is using AAC is because it's an open, documented, non vendor-locked format that cannot be simply hijacked and manipulated by, say, Microsoft.
AAC is cross platform; in fact, AAC is the logical successor to MP3, so everything you love or hate about MP3, ideologically, should apply to AAC. To think otherwise seems silly and ignorant to me.
Re:An honest question - who cares? (Score:3, Informative)
A blind test is where the test subjects don't know what specifically they are sampling. The researcher prepares the samples and knows what is going on.
Double-blind is where neither the researcher nor the test subjects know specifically what is being tested. The samples are prepared by a dis-interested third party and given to the researcher and test subjects without any identification. This eliminates researcher induced errors/data fudging.
There are no other parties to such tests,
Re:An honest question - who cares? (Score:3, Interesting)
For example, I am the researcher, and you are the subject. I am giving you the Pepsi challenge. I do not know which container has Pepsi, and which one was Coke. I administer the test. However, Xavier, the research director has been slowly increasing the temperature in the room to observe if this affects
Re:An honest question - who cares? (Score:5, Informative)
There *are* lossless codecs like FLAC and SHN, but they generally achieve between 10 - 30% compression.
Re:An honest question - who cares? (Score:2)
Perhaps that's what you meant by throwing away. Losses are incurred in many places. The whole DCT and quantitize phase is very similar to jpegs', BTW.
Re:An honest question - who cares? (Score:3, Informative)
Actually, the compression ratio [firstpr.com.au] for SHN is much better. As much as 74% compression can be achieved on techno and pop. I would call 55% typical for live shows from etree.org [etree.org].
FLAC has similiar compression rates. FLAC's strengths lie in its ability to compress 24bit audio and built-in checksums.
I care. (Score:5, Interesting)
If YOU want to use up your hard drive space, internet bandwidth, and blank media with huge lossless encoded files, feel free. But don't get all smug and proclaim to not have any idea why anyone would not want to waste their resources.
Oh, and I'm not going to touch that "mathematically lossless" crap, others have covered that already.
Re:I care. (Score:3, Interesting)
The only problem is, if MP3 or AAC or whatever lossy format fall out of fashion (due to patent or whatever), you could end up with a bunch of files you can't play on the latest gadgets and software. Then yo
Re:An honest question - who cares? (Score:2)
The reason I use MP3 (with --alt-preset standard) over something lossless like FLAC is because they work on my nomad jukebox, sound identical to the source 99% of the time, and are on average 1/4 the size of the FLACs.
Also, AAC is going to be used for things like digital radio, internet radio, streaming etc. You just can't do that with lossless due to bandwidth restrictions.
Honestly
aahh... AAC sux, anyway... (Score:5, Funny)
Re:aahh... AAC sux, anyway... (Score:2)
DVDA (Score:5, Funny)
What hyphen?
graspee
Re:I prefer analog (Score:5, Insightful)
Well, any analog medium = much worse loss. LPs and cassette tapes can't approach the dynamic range of a CD. Plus you get noise, which gets worse on repeated playback.
The only lossless music is a live performance. But even then, you may crib about acoustics. Besides, you can't hire Brendel to play live for you whenever you feel like, and even if you could, he may not be in good form every day.
Re:I prefer analog (Score:5, Interesting)
Re:I prefer analog (Score:2, Interesting)
Re:I prefer analog (Score:2)
If only I had perfect hearing as well -- and complete atmospheric control. Then I could assure the quality of the analogue sounds I hear.
You are hearing a representation of the original source material.
That's all I'm interested in... if we're going to get philosophical, isn't everyone's perception of a sound a "representation" of the original source material?
Re:I prefer analog (Score:2)
Also remember that analogue=loss. Your two comments following that statement are equally applicable to analogue. There's nothing magic about analogue.
MPEG2-AAC not too bad (Score:2, Interesting)
Obviously, the tracks which were bad to begin with will be bad as AACs.
BTW, I have been playing/making music for 14 years and have a pretty good ear when it comes to tone and timbre. Hi-hats on
Don't take 64 Kbps AAC results seriously (Score:5, Informative)
If using the Apple encoder, encode in "Better" mode with 16-bit source, and in "Best" mode with source that's more than 16-bits per sample (and hence isn't a CD rip). Support for mastering from 24-bit when running in "Best" is one of the reasons why the AAC-LC files as part of iTunes sound so good.
And that wasn't a dis (Score:3, Informative)
Pfffft... (Score:5, Funny)
Re:Pfffft... (Score:2)
Sigh. Not a way to get good results (Score:2, Interesting)
1. There is no guarantee of clean data - the users are expected to generate their own files. MIstakes happen.
2. The type of user who participates in this (and more likely in the OGG vs AAC coming debate) may have some predisposed bias. There is no way to weed out any placebo effects.
3. There is no way to weed out folks who ha
Re:Sigh. When will people RTFA and get a clue? (Score:5, Informative)
http://www.ff123.net/abchr/abchr.html
This describes the program and testing methodology used here, which, btw, is based on widely accepted perceptual testing conventions. And yes, by the scientific community. These are the same techniques used by the scientists that do the research and development on these formats. Please note the references at the bottom of the page.
1. Wrong, the MP4 files are already encoded and created for the user, stored in the
2. Wrong, the Hidden Reference (ABC/*HR*, please read the page at the first link), ensures that if the user honestly cannot tell the difference but thinks that one exists (placebo), and rates the original lower than one of the encoded versions, that their results are discarded.
3. This is where the statistics come in. With enough listeners, the "noise" gets weeded out of relevant results. Most past tests using this methodology have been shown to provide highly relevant and fairly uniform results when all the data is factored together.
An open call to the masses is the only way to measure the perception of the masses, and if the test is performed properly (which it is in this case), then it *is* scientific.
Next time, please read up a little more on what is happening before jumping to all sorts of incorrect conclusions.
have you done any perceptual testing? (Score:2)
As for asking people to submit their opinions, that is exactly what scientific perceptual testing does (and other scientific fields as well). All sorts of studies are run this way: a call for volunteers to take some test. Sometimes they pay you $20 to participate in some psychology experiment for an hour, sometimes they pay you $100
Heise did a public test about them one years ago (Score:5, Informative)
With 6000 participants, the double-blind public test results were:
Re:Heise did a public test about them one years ag (Score:5, Informative)
The complete results can be found in issue 19/2002 of Heise's offline magazine C't. Along with the online public test, some 'experts' (such as some music producers, hobby listeners, a singer, and a young student and choir singer) were consulted.
In the online public test, the 64 kBit/s comparison yielded
The parent's results were the ones for 128 kBit/s. The eight experts compared the codecs on 160 kBit/s as well, with much more varying results (not much of a surprise). But on average, the results were
As I said, those were an average, with the individual results of the eight experts strongly deviating. Ogg was placed once 1st, once 2nd, twice 3rd and 4th, and once 5th and 7th. (One had actually placed the plain wave reference 5th...)
Ratings are nice, but... (Score:2, Informative)
Perhaps I'm just an audio freak, but I would find that a lot more interesting than just ratings [ff123.net].
Some more 64 and 128 Kbit/s AAC listening results (Score:5, Informative)
They created fourteen different
Over 6000 people downloaded those tracks and submitted their preferences. Unfortunately, the results of that test were only published in print and I haven't been able to find an online version of it. A few noteworthy results are below however.
The percentages indicate how many people put a particular codec at a particular ranking:
MP3 64 KBit/s
1st place: 1 %
2: 1%
3: 1%
4: 1%
5: 2%
6: 4%
7th place: 90%
As might be expected for the oldest codec, almost everyone agreed that the file that had been run through MP3 at 64 Kbit was the worst sounding of all. At 128 KBit however, listeners were clearly divided on whether MP3 sounded worse or better than others:
MP3 128 Kbit/s
1: 11%
2: 14%
3: 15%
4: 15%
5: 16%
6: 16%
7: 14%
Now the AAC results. At 64 Kbit, it was ranked a slightly below average performer:
AAC 64 KBit/s
1: 7%
2: 12%
3: 17%
4: 26%
5: 22%
6: 14%
7: 2%
What's interesting is that at 128 Kbit/s, more people ranked AAC the worst sounding encoder than any other codec in the test including MP3!
AAC 128 KBit/s
1: 11%
2: 11%
3: 13%
4: 12%
5: 14%
6: 14%
7: 26%
Not surprisingly, the files that had been read directly from CD without any encoding steps done in between got the best rankings of all. Ogg Vorbis did very well indeed and came in second overall.
Sounds Better != High Fidelity (Score:5, Insightful)
I'll put a lot more stock in the Report on the MPEG-2 AAC Stereo Verification Tests [uni-hannover.de] put together by David Meares (BBC), Kaoru Watanabe (NHK), Eric Scheirer (MIT Media Labs) for the ISO. And the other MPEG Audio Public Documents [uni-hannover.de].
How can this possibly be accurate? (Score:3, Insightful)
Re:How can this possibly be accurate? (Score:4, Informative)
The test *is* blind, and it is based on widely accepted perceptual testing techniques. It uses hidden references (references to the original vs the encoded sample, on a per sample basis in which the user is not aware of which is which, thus if they rate the original as being worse than the encoded version, their result is discarded) as a control. The program devised has been developed by someone who has taken the time to do the proper research, read the appropriate papers and other sources, discuss the idea with developers of many different audio codecs (LAME, Vorbis, PsyTEL AAC, etc). The technique here works, and has been used many times before. It's not simply some amateurish scheme that someone who knew nothing about the appropriate sciences dreamed up simply because he wanted to find out if "Person A liked Audio B".
Re:How can this possibly be accurate? (Score:3, Insightful)
Re-encoding (Score:3, Interesting)
I imagine that an encoder could be optimized for re-encoding. I wonder if anyone is working on this. I'd like to write a program which would automatically do this conversion in my music library, but currently I can't stand the loss of quality.
Re:Re-encoding (Score:3, Informative)
I'll post results when the encoding finishes.
Re:Re-encoding (Score:3, Informative)
Re:Re-encoding (Score:3, Interesting)
I think LAME actually does a pretty good job [cmason.com] of re-encoding AAC to MP3. At least, I can't tell the difference (unlike when using iTunes to re-encode, where I most definitely could). This is good enough for me.
-c
Re:Re-encoding (Score:2)
Ogg (Score:4, Funny)
Apple vs. punk rock ethic (Score:5, Funny)
I mean, damn them! Nirvana didn't pay $606.17 to record Bleach so that some Corporate Asswipe could make a high fidelty copy of it!
The Ramones would be very peeved to find all the work they put into keeping most songs to three, dingy, distorted chords, ripped to a high fidelty format.
Law & Order (Score:4, Funny)
My own test (Score:3, Informative)
My results were:
1. AAC
2. OGG Vorbis
3. MP3
Re:My own test (Score:4, Funny)
I did my own test a while back. My results were:
1. Phonograph
2. DVD
3. Reel-to-reel
4. CD
5. SACD
Yes, I'm joking, but mod me up too... I post at +2, and have a good list of fans (unlike the parent), so I must be right...
Re:WTFDAACM ? (Score:3, Informative)
Re:WTFDAACM ? (Score:2, Funny)
Now for the next hour - or maybe the next few - I will waste my time going to pages such [everything2.com] as [everything2.com] this [everything2.com].
Once again, thanks!
--Jason
Re:Isn't AAC used for its DRM features? (Score:2, Insightful)
All it needs to be is open and unencumbered, right?
Well, the AAC produced by Apple Quicktime isn't DRM burdened, even if it does have some patent stuff attached.
Re:Isn't AAC used for its DRM features? (Score:2)
Sorry (Score:4, Informative)
I like Ogg fine. It is my codec of choice, except of course that no one bothers to support it for my OS of choice, OS X.
There's no good Ogg encoders that can interface with iTunes and support Unicode (yet, of course)
There's no Ogg codec for Quicktime on OS X 10.2.6 (yet, of course)
I much prefer Ogg, ideologically, but it's not something I can actually *live* with, because the support isn't there.
I have 100% support for MP3 and AAC.
Yes, I believe in fighting for causes I believe in. Right now Ogg is not one of those causes; maybe later. Right now I'm more concerned with my friends, my mortgage, and my state of unemployment, sorry.
patent and the possibility of DRM (Score:3, Insightful)
Ogg Vorbis, because of its openness and mpeg, becase people ignore the patent, are my best two options. AAC is not an option, so its quality means nothing.
Would you rather use a train that can safely travel at 100mph along p
Re:patent and the possibility of DRM (Score:3, Informative)
No. Anybody who wants to can get a license, get the reference code, and write an open source player. (Or encoder, even.) There is no barrier here except cost.
Of course, in order for somebody to do that, to pay for a license I mean, they'd have to literally put their money where their open source mouth is. If it's sufficiently important, this shouldn't be a problem.
Why doesn't some enterprising individ
Re:patent and the possibility of DRM (Score:5, Insightful)
Indeed. You've got a car, it can drive in any direction, but all of the terrain is impassable using said car. You either have to pave your own roads or wait until someone else does it because they've got enough spare time and want the road badly enough.
The paving materials and equipment are freely available, but someone has to invest the time to lay the infrastructure.
On the other hand you can pay some cash, get some other vehicle and use the roads/rails/whatever they've built using revenue from selling whatever vehicles they happen to be.
Frankly, I've got a mac. I've got an iPod. I already made the hardware investment (and software, but thats really just a sunk cost since the computer came with Jaguar, and the iPod came with its own little OS). Why not use it? AAC on high quality encoding at 128 kbits sounds pretty damn good to me. But then again, there's no reason you should take my word for it, as I don't have any "audiophile" equipment, and I've had a very mild case of tinnitus in my right ear (dammit!). It lets me store lots of music, and it sounds good to me. To boot, some other people seem to think it sounds pretty damn good to (and an equal if not greater number that dislike it either because it sounds bad to them or they've got some sort of political agenda that clashes with apple/dolby/patents/whatever).
Patent license terms prohibit use in OSS (Score:3, Informative)
Why doesn't some enterprising individual buy a license, write an open source player, and then sell it (source and binary) to Linux users?
The typical license for LZW data compression patents (the foreign counterparts to U.S. Patent 4,558,302 owned by Unisys, which expires in just over a week) do not allow redistribution of the encoder's source code and binaries. I'd guess that the typical licenses for software implementations of audio codec patents have similar terms; otherwise, somebody would probably h
Re:patent and the possibility of DRM (Score:2)
enforcement` (Score:2)
Re:patent and the possibility of DRM (Score:2)
You have a really big Beta tape collection at home.
Re:patent and the possibility of DRM (Score:2)
There are legal OSS MP3 players, and MP3 is also restricted by patents. Are the patent restrictions on AAC worse than those on MP3?
yes, and they're enforced (Score:2)
Re:Isn't AAC used for its DRM features? (Score:5, Insightful)
Or how about the DRM feature that allows me to export bought AAC's to aiff and then convert them to MP3/OGG/AAC/.wav/.au etc and do with them what I please?
True, Apple's TMS is selling AAC's that have a DRM-like "inconvenience protection" on them but it's not _inherent_ to the AAC format, nor does it affect the sound quality vs. file size questions.
(In any case, we _should_ be cheering for any company that's actually trying to give us quite reasonably limited freedom with copyrighted material, while satisfying the RIAA/MPAA etc.)
conversions (Score:2)
Re:Isn't AAC used for its DRM features? (Score:2)
These files do not have DRM.
Or how about the DRM feature that allows me to export bought AAC's to aiff and then convert them to MP3/OGG/AAC/.wav/.au etc and do with them what I please?
These files DO have DRM. Apple currently allows you to do lots of stuff with them, so the restrictions won't bother most people, but the DRM is ther
Re:It must be true; I heard it on TV! (Score:2)
Presumably he meant AAC at 64Kbps sounds much better than MP3 at 64Kbps, but AAC at 128Kbps isn't that much better than MP3 at 128Kbps. I'm sure he did not mean that AAC at 64Kbps sounds better than AAC at 128Kbps; that would be silly.