New iPod Checksum Cracked, Linux Supported
An anonymous reader writes "After 36 hours of reverse engineering, the method for producing the checksum on new iPods has been discovered." You can also get linux support working if that's what you crave for your shiny new toy.
Is it the iTunes store? Is it the sound quality? Is it the looks of the device?
What makes Apple's offering any better than anyone else's?
I don't get it at all.
What I don't get more than that is the people who buy the iPod just to put Linux on it. That actually causes negative understanding.
Does anyone actually use an ipod that runs linux, or is it just a "neat to have" type thing?
why anyone bother to try to lock people in or out. I think that it would be better to open it up, and let everyone use the ipod like they want.
we'll get amarok on the mac soon, too.
must... stay... awake...
Cracking the stupidity was half the battle, making it easy to use is the other half.
I have the feeling that the DMCA may stop some distros from being able to include this kind of a hack. It does seem to me that it is circumventing some kind of security measure. :-/
In the end, it was great work to have it done, but I urge people to not buy devices that you have to hack around to make it work the way you want it. There are plenty of open devices that one can use without this kind of hassle.
v4sw6PU$hw6ln6pr4F$ck 4/6$ma3+6u7LNS$w2m4l7U$i2e4+7en6a2X h
DeCSS, iPhone/iPod hacking... when will media companies realize that limiting customer access will hurt their bottom line. When one must be a pirate to play, then all will be pirates, and why not just eliminate the middle-men?
Karma Whoring for Fun and Profit.
I doubt, Apple will tarnish its image by pressing it, but DMCA seems to apply. In fact, it may be out of Apple's hands. IANAL, but they may need to clarify, that they added the new checksum/whatever not to limit whatever it is, DMCA will try to help them uphold, but for some other, non-DMCA protected reason.
Otherwise, the prosecutors may have to enforce the Act whether Apple wants them to or not...
In Soviet Washington the swamp drains you.
I guess someone's been vindicated.
But I do have to wonder, does this violate the DMCA? (not that I care much, being in India). Now if they actually reverse engineer the whole daap:// protocol, I'd be more interested, having more friends who run iTunes (in office) than those who don't - being able to share music was one of the really cool things I used to enjoy with them. But looks like Steve Jobs wanting no DRM for audio was not really for us, but to get the antitrust monopoly stuff off his back *for* iTunes, not really to sell to songs to Joe Usb-Player-User.
Anyway, if you picked Apple - you've picked Apple all the way. There are no half-ways about it and according to a few of my friends - it's seamless and worth the price you pay (I don't agree, but ...).
Quidquid latine dictum sit, altum videtur
iTunes doenst even come close to the power of gtkpod
I hate poorly named mp3s, gtkpod can get my entire ipod properly organized in a matter of minutes because of the nifty variety of views.
The phrase "more better" is acceptable English. suck it grammar Nazis
It's an explitive laced how-to, but installing Amarok not hard to do. http://www.junkthatrocks.com/archives/000294.php
Got Trader Joe's? friendwich.com RSS feeds work now!
I've been looking for a decent utility in Linux to sync my iPod Video. So far I haven't found a utility that's worth the powder to blow it to Hell.
Amarok has some cool utilities for stuff that's already on your iPod, but is very poor in the syncing department. I'll have to give this "iTunes 7 support" version of Amarok a try... after backing my iPod up via xcopy. lol
The game.
That's the draw.
That, and Apple's managing to create the vast market for iPod addons. New cars come with option of being "pre-wired for iPod". You can buy an "iPod-ready" backpack. Various speaker-systems — portable and otherwise, including waterproof ones — come with iPod slots.
True, many of those accessories will work with any music player, but many would not, or not as well...
In Soviet Washington the swamp drains you.
It's not that it's been cracked, but why do this in the first place? Make people mad who use Linux which Apple isn't about to support anyway -- I mean, these are people who might buy iPods and MacBooks in the future, and doing this won't help Apple's cause any.
The point is not that it can't be done. The point is it's a sufficient barrier to simple file sharing.
A reasonable guess is some combination of PHB's at Apple and the Media cartels are driving this kind of totally wasteful resource allocation.
It also is important to understand that the typical executive demanding these features:
1. Don't have a clue.
2. Wield so much power and money they are surrounded by yes-people.
3. Typical power personality lives in a reality distortion field that includes dismissing an informed opinion that is counter to their very basic drive for power and control.
Numbers 2 and 3 create a death-spiral too.
Got Trader Joe's? friendwich.com RSS feeds work now!
36 hours... Well after years and years most still have not cracked the method for avoiding the Slashdot effect
Infiltrated dot Net
If this were a non-Apple story, the tags would have included "haha" and "defectivebydesign".
Well,
Apple, with all it's forced tie ins, lock in, lock out, DRM and other yadda yadda are still easily the number one mp3 player BY FAR. Even with all the far more open options out there (its debatable that even the Zune is even more open than the iPod.)
What incentive do they have to do differently?
You could potentially argue the "look at what happened to MS with Vista and all their DRM and rights management and WGA.." But the problem is that Vista has faltered to the degree it has because it's not that good an OS and not really a needed upgrade, not because of any amount of DRM in it.
I'm a fiscal conservative, it's a pity we don't have a political party anymore
http://www.macintouch.com/readerreports/ipodclassic/
http://ilounge.com/index.php/news/comments/ipod-classic-tests-reveal-audio-problems
and the best list is here:
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070914_002928.html
My blog
The news around the web is all about this being an evil DRM checksum, but given how quickly the generation algorithm was found, isn't it possible that it is an integrity checksum?
A user can unplug a device at any time, even in the middle of a catalog write. It only seems prudent to checksum the data to make sure you don't have a corrupt file.
I'd be interested to hear if this is a tricky crypto algorithm, or the sort of simple MD5 or CRC of data that a programmer would whip out for integrity. This is important because if the intent was integrity we can expect it to not change. The problem is solved. If it was intended to detect reverse engineered and possibly incorrect files then we can look forward to more algorithms in the future.
TFA was silent on the matter. <wtbw> can i hear a fuck yeah? didn't really tell me much.
Don't forget what might be the real motivation behind said checksum. When devices such as XBOX360 "talk" to the iPod, without authorization from Apple, they now have to break also said checksum, which may be used to (ab)use DMCA and shut off iPod support in XBOX360.
Or in Linux. While I don't think Jobs will go after the Linux hack, I wouldn't be surprised even for a second if he does: he's pretty aggressive about protecting Apple IP as you know (even from random bloggers out there).
What I want is an iPod that can get its audio data from incoming Bluetooth. Then it could just be a "headphone adapter" (with a big cache, excellent DAC and UI) for either my PC, or my phone, or any other (Bluetooth) network device, without the other devices needing a DAC or headphone output (or to be mobile).
--
make install -not war
Thank you, hah, damn I really should have used that, but I probably wouldn't have received a single comment regarding the article at hand
The phrase "more better" is acceptable English. suck it grammar Nazis
But does it run lin.. oh right.
I bought a 6gb Sansa (the e200 series) when they came out. I loved it. Until it broke. It turns out a lot of them have a problem with the phone jack, as it's not seated correctly, and plugging in your headphones causes stress on the jack that eventually causes one or both of the channels to go out. This is what happened to mine. I now have a 6gb USB drive that I can play music to one of my ears. People buy Ipods for a reason. They're well built, and have great sound quality (after my sansa died I borrowed my g/f's Nano for a little while, and I was surprised at how great it sounded in comparison). I have never heard of anyone complaining (with regards to the Ipod) of similar issues that come with buying cheaper players (such as cheaper quality hardware) If there's anything I'll give apple, it's that they know how to make sturdy hardware.
Certainly there are some features that are better, such as being able to copy off the ipod filesystem, which is not possible in Itunes. But in some cases, it seems to work only for English - I tried backing up my ipod with japanese song files using Amarok, and the japanese filenames and mp3 tags did not copy correctly.
Here is a quick howto on using wtbw's code in linux to use a new generation iPod. I was answering this question repeatedly in IRC, so i decided to post this up:
./gethash /path/to/iPod/iPod_Control/iTunes/iTunesDB
1. Download the code.
2. Plug your ipod in and make sure it is mounted and run:
sudo lsusb -v | grep -i Serial
Look for your iPod device, and the firewireID should be the 16 character long hex string shown.
It should look something like this: 00A1234567891231
3. Edit main.cpp in the hash_crack directory and read the commetns at the top. You should insert your firewire ID where the comments specify, then run make to compile the hash program.
4. Next, sync your ipod with gtkpod, rhythmbox, banshee or Amarok, or whatever ur used to just like normal. Once this is complete, you should have an ipod with songs on it, that refuses to view the songs. To make it "see" the songs, u need to run the hash program we just compiled on the iTunesDB file. This should happen something like this:
This should output the proper hash for the current state of the iTunesDB, as well as the old hash for the previous state of the iTunesDB. We just need the first value.
5. Write this new hash value to the proper location in the iTunesDB where the hash is stored at address 0×58 of the iTunesDB file. This can be done with a program such as bvi.
Note: You will need to do the process of getting the hash on your iTunesDB every time you even so much as change a song name, or upload new music or video files.
I use Sharepod and it cannot be used on the new iPods because of the database lockdown. I have no inclination to use Linux, but using a 3rd party app that isn't bloated or doesn't need to be "installed" is what I want to do. You just copy the Sharepod folder to your iPod and run it from the iPod itself. The download is about 600k.
Speedy thing goes in; speedy thing comes out.
Linux on the iPod? Hmmm. Could you imagine a Beowulf cluster of...
This is just a proff of concept. With the C sources it ill be easy for a itunes sync program to Automaticallyu write the hash
ITunes can do every single thing you just listed.
Perhaps you should actually use it* before being so disparaging?
Hey can you do this in gtkpod?
Every song from 1998-2001 that has Love in the title which was played more than 60 days ago, is over 2 minutes long, has at least a 50% rating, which isn't part of a compilation and has no comments, given an extra tag of "NEVERPLAYAGAIN"?
'Cuz you can easily in iTunes.
* By use it I don't mean fire it up, see the interface is different, and proclaim is to be sucktakular... *really* use it.
--- I do not moderate.
Looks like someone at Apple hasn't heard of public-key cryptography.
Did everyone forget about iPod Lnux? Or have the majority of you guys just never heard of it? Its an open source project dedicated to running Linux on an iPod. Check it out, as it is very interesting.
-b.
A third possibility is that it is for a faster sync with the host. If you maintain hash digests on the ipod and the host, then you can test for equality by just comparing the hashes. If they are identical, then there is no need to sync. You can skip comparing everything else bit-by-bit.
The devices that behave as USB class-compliant devices are filesystem players. The iPod is a database player, and thus resides in a different category altogether.
That is indeed one major draw (or drawback depending on your needs) of the iPod ecosystem. Everything is in a database that allows for quick searching and seamless organization, whether you're using iTunes or not (although it's certainly at its best in the first party app). In tradeoff, you need to have database access to manage the files.
It's kind of like flat-file versus SQL.
Your mind is clear / The things that you fear / Will fade with how much you / Believe what you hear
Do you want to risk spending that kind of money hoping the hack wont be undone next week?
---- Booth was a patriot ----
I think we just set a record on "Offtopic" comments.
Back to the Article:
36 hours? Most have been a slow weekend, and I'm aggravated, I just lost a sixpack to a buddy on a bet. And He drinks Coors.
I bet the crack would have been 24 hours or less. Given that we knew where the hash was occurring, had multiple iPods to test against, with large databases of songs to use as samples. I don't know what Apple was thinking, there was no way that security system was going to hold up. Unless of course, Apple was simply going through the motions to satisfy some DRM contractual requirements with their industry partners.
A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort.
I bought a used Toshiba Gigabeat S 60GB, and I love it. The x-control works, having a dedicated manu button (even if it does have the Windows logo on it...) is a blessing, and it's loud enough for an airplane, if you can find earphones that don't s u c k for less than $90. Which I did.
:-)
And then I got a chance to try an iPod Touch yesterday. Ok, slick, and a bigger screen. But... I fat-fingered most selections, it was an effort to hit precisely what I wanted. Scrolling was nice, but figuring out the menu button and then hitting it, not nice. Touch was too sloppy for me.
I'm not normal, I know, but I'm not disappointed that I got the Toshiba. And I'll maybe give it to my wife, if the next flavor is substantially cooler. I can live with WMP. Which, BTW, seems to let me sort and search for music just fine. I don't think it's as slick as iTunes, but then I could probably use something else too.
There is more to the PMP world than iPod. Trust me
deleting the extra space after periods so i can stay relevant, yeah.
I didn't really understand what the problem was to begin with--that is, exactly what Apple did that was locking Linux et al out of iPod. I thought this article might help. Instead, it just claims that there was a fix developed in 30 minutes. It does not explain 1) the nature of the problem, 2) how it was fixed, or 3) when the fix will be available for end users. For all I know this was some people joking on IRC.
Penny - plain text accounting
I listen to a lot of audiobooks and using an iPod makes it really convenient. When I had an iRiver player back in the day, it was a pain remembering which file I was on. Sure it would resume fine when I would turn it off and back on at a later time. But when I wanted to listen to music, I would have to remember which file I was on. And if the file was really long, I would have to remember which point in that file I had left off. It also reset when I charged it or added files.
With an iPod OTOH, you can use smart playlists and remember playback position. For instance, I am currently listening to the "Saga of the Seven Suns" book #1 "Hidden Empire." I make a smart playlist that plays every file with the title "hidden empire" with a play count of zero. As I am listening to the book the files are automatically removed from the playlist because they are marked with a playcount of "1." If I want to listen to some music, I can go ahead and do so. When I am ready to go back to my book, I just load the first file on the playlist and it resumes where I left off in the correct playback position.
When my iPod video started to die, I got a Meizu M6 after reading many great reviews. I wish I had waited for the iPods to come out, because I really miss the smart playlist feature.
I hope this means they will also soon crack the DAAP hash so that non-iTunes clients can see the shared music libraries on their local networks.
...this is good news, but really, like TFA says:
"Really the only "correct" solution is for folks to stop using Apple products."
iPods are crippled and overpriced. The only MP3 players that can't actually play MP3 files.
On a more mature tone, Apple sucks. And it's evil.
we just had an iron man tri-athalon in the town where I live.
now all I can see is hundreds of skinny guys and girls racing down the street on tricycles.
thanks.
-- Sig under construction...
Wow, that's very interesting. I've been coveting the new 160G iPod (because my wife and I own over 2000 CDs, all ripped to 320kps .MP3s, and I like having all my music available when I travel), but I think I'll hold off a bit until "Rev. 2" comes out.
And frankly, as much as I've regained respect for Apple over the years as they're re-invented themselves as a consumer electronics company, rather than just a small-player computer manufacturer, it has to be repeated:
NEVER buy the first version of any Apple hardware product. It's that simple.
Apple invariably comes out with great ideas that are 90% Brilliant, and 10% WTF? right out of the starting gate, and it's the SECOND version of their products that gets it right, and eliminates the "10 Percent WTF?!" factor. They've been doing this consistently for 20 years.
I mean come on....what could be a better accessory than this - http://www.ohmibod.com/ ?
I indeed understand where you are coming from.
FYI, there are car stereo units that read AAC. (or ogg, or both) There are many and they aren't rediculously expensive. Maybe 30-50$ more than just an MP3/WMA head unit. This one even supports ID3. Last I checked, that might be a tad cheaper than buying a new Ipod, no? Also AAC for head units has been around for as long as AAC's been around, just was only on like high end pioneer units and has moved down to mainstream as all technology evolves.
What's the enormous benefit of controlling that way through your stereo when your ipod does it better? I'm not a fan of the pod, but the way the wheel interacts can't really be matched on your stereo. Any stereo that supports ID3 supports directory up/down and sometimees playlist navigation. There are no systems that can mimic the Ipod via the car, because it simply isn't the ipod itself. Make a scroll wheel on the back of a car steering wheel and I would buy one and an Ipod myself. However, it might be hard to do (I wouldn't know).
Beyond that, cars don't play quality above 128kbps very noticably well. Even a $500 speaker system in a car coupled with a 500$ head unit won't match supersampled audio @ home theatre. What's the point of acting like Ipod represents some sort of extreme quality when even if you did 256kbps aac through your stereo, your audio can't truly play such quality? Reencoding from a lossy codec to a lossless, means you don't lose quality.You already lost your quality by the time it was encoded into the lossy format (aac). Where ya goin with that one? Also note the difference can (codec dependant) be beyond minute and still have a small amount of lossy quality going on. That is something certain types of AAC happen to be superb at, FYI.
Issues that become non-issues means they were trivial in the first place and unlikely that normal consumers will notice or care. I'm not trying to flame you, both of us perhaps have misconceptions to squash regarding the Ipod.
ipod does so well because it was designed to be simple. The majority of the population that wants a portable music player want something simple and nice looking. They are not audiophiles, and apple didn't market their product to audiphiles. Why? because they make up a very small percentage, and are much more demanding. I don't blame apple at all, I would have done the same thing. I'd much rather have a product with mass appeal enough to become a household name rather than satisfy a handful of perfectionist, because mass appeal is always gonna be where the money is. Very simple. And to the ones that find so much joy in pointing out what this product DOESN'T have: As a consumer, I look for the best bang for my buck, with the most like-ability I can find. Then I spend my money. If the ipod doesn't fit your needs, look the other way. Do you actually search out forums for other products you don't like just to name features and functions that the designer decided not to put in? seems like a waste of most or our time. Oh and by the way, the Zune (yes, I said it) is a very nice player for some of us, I love the way the alphabet is displayed on the side when I'm scrolling fast, makes it easy to find what I'm looking for. The audio is better than ipod, and the stock headphones are leaps and bound above what came with my 3G ipod. Thing is, it will never be an ipod killer because it came too late to the party. Like it or not, ipod is here to stay as the average joe's PMP de facto.
Vigilance is to be on guard for the unguarded moment. Diligence is to know that it's coming. Paranoia is to think it has
Or... people just want to use their iPod in Linux.
It's not that difficult of a concept.
The meat of the code is pasted below - invTable, table and table2 are included inline. This shows not only a perfect translation of the hash-generating code as might be performed by duplicating the operations observed in a debugger, but a good understanding of the high-level semantics - taking LCD, GCM, invocations of the SHA1 algorithm, etc. Given that this allegedly only took 36 hours, something tells me whoever wrote this knows more than he's letting on.
:-).
//pFWID -> 8 bytes //pKey -> 64 byte buffer
//take LCM of each two bytes in the FWID in turn
//convert y //pFWID -> 8 bytes //pHash -> 20 byte buffer //generate invtable //hmac sha1
Either this is a particular preamble to application of SHA1 that's been applied elsewhere (anyone know?), or someone with access to iTunes source has been more helpful than Apple might have liked
void GenerateKey(unsigned char *pFWID, unsigned char *pKey){
memset(pKey,0, 64);
int i;
unsigned char y[16];
for(i=0;i> 8;
unsigned char lo = lcm & 0xFF;
y[i*4] = ((table1[hi] * 0xB5) - 3);
y[i*4 + 1] = ((table2[hi] * 0xB7) + 0x49);
y[i*4 + 2] = ((table1[lo] * 0xB5) - 3);
y[i*4 + 3] = ((table2[lo] * 0xB7) + 0x49);
}
for(i=0;i iTunesDB
void GenerateHash(unsigned char *pFWID, unsigned char *pDataBase, long lSize, unsigned char *pHash)
{
long lSizeWithoutHeaders = lSize - SIZE_OF_HEADERS;
long lSizeToUse = std::min((long)0x40000, lSizeWithoutHeaders) + SIZE_OF_HEADERS;
unsigned char key[64];
GenerateKey(pFWID, key);
int i;
for (i=0; i 64; i++)
key[i] ^= 0x36;
SHA1_CTX context;
SHA1Init(&context);
SHA1Update(&context, key, 64);
SHA1Update(&context, pDataBase, lSizeToUse);
SHA1Final(pHash, &context);
for (i=0; i 64; i++)
key[i] ^= 0x36 ^ 0x5c;
SHA1Init(&context);
SHA1Update(&context, key, 64);
SHA1Update(&context, pHash, 20);
SHA1Final(pHash, &context);
}
iPod is ok, but it seriously needs to get with the program. In particular that means FLAC support (hopefully somebody will tell me it already has this) and a SPDIF digital output so I can feed it into some serious portable amplification like the magnificent iBasso D1 and drive real headphones (not ear buds).
Then maybe the iPod will erase its tragic legacy of low bit rate mp3s and people will be able to hear music at a decent fidelity level.
Fuck usability. Who needs that shit anyways? Bunch of noobs.
Which makes your approach "most better"?
hawk, the sometimes grammar nazi
Moe: Oh, boy! The deep fryer's here. Heh heh, I got it used from the Navy. You can flash-fry a buffalo in forty seconds.
Homer: Forty seconds? But I want it now!
I don't know if English is your first language, but every language I've actually bothered to look at has the concept of a verb. Please remember that.
Perhaps you meant "iTunes may not have a real windows-like interface..."
Don't thank God, thank a doctor!
And that's what bugs me about the iPod.
I hate PlaysForSure, too, but at least there's competition on the hardware. But suppose I don't want to use DRM -- where's the standard for easy docking stations? Seems to me like the closest we have is USB and headphone jacks...
Don't thank God, thank a doctor!
It looks like there is actually a Linux app that will manage your iPod for you -- basically doing this automatically on every sync. Here's the wiki page.
Don't thank God, thank a doctor!
I'm really tired of people whining about how ugly some GTK app is. Ok, it's brown, or whatever it is you don't like...
So here, knock yourself out. I'll bet it's easier than trying to skin Windows, and I'm not even sure you can skin OS X or iTunes.
Don't thank God, thank a doctor!
Yes, I really do like having well-named MP3s -- it means I can look them up in any app, without having to use some database specific to that app. (Sometimes it's a proprietary database, sometimes it's open, but there's still not much chance of communication.)
.com or whatever, because the drooling idiots who actually use AOL can't handle .com, let alone a decent search engine. They're duplicating DNS -- and they don't even replace dns, because you can bet that AOL keyword foo resolves to foo.com, and not directly to foo.com's IP. It'd be stupid if it did, because then foo.com would have to maintain two separate mappings to that IP.
What iTunes is doing here is essentially adding another naming/indexing system on top of the one you've already got -- the filesystem (and simple, text-only playlists). There's no reason for it -- I'm sure someone could make a system which was as easy as iTunes, yet actually exposed the filesystem and cleaned it up as you organized your music. (Yes, you do still have to organize your music. Filename or id3 tag, someone's still going to screw it up.)
Think back to DNS. I'm sold on DNS. I'm not sold on AOL Keywords. 90% of the time, they're exactly the same as the domain name, only without a
Having a database to manage your fucking music is the AOL Keyword system of the 21st century.
Don't thank God, thank a doctor!
You're on Linux. Why not cp -a?
Or drag and drop on either OS?
I mean, I realize it's a pointless debate, use whatever you want, I was just surprised to hear that anyone uses xcopy in this day and age.
Don't thank God, thank a doctor!
...that Apple gives a flying fuck at a rolling donut what you do with your iPod, just so long as you paid for it? Jobs has repeatedly stated his opposition to DRM'ed music, and I suspect that this is just a fig-leaf to satisfy some ridiculous DMCA small print. Realistically speaking, this seems like a half-hearted attempt to lock the device to iTunes. I mean, come on: it's easily defeated by those who care enough about the issue to try.
The secondary effect of the lock-out is to entice the geeks with a semi-serious challenge so that they can continue to run Linux or whatever on it, boast about their mad skillz on Slashdot, and bitch about the lack of formats that the vast majority of users have never even heard of, much less care about. Sometimes I suspect that Apple is merely doing stuff like this for more free publicity for a device that's already the 800-lb gorilla of its market segment. We're still talking about it, aren't we?
Has anyone tested this or only the hacker did?
I CLOSELY followed his instructions with my new Classic 80GB and there's no songs shown on the iPod screen
even though I put ~100 songs in it earlier.
I'd be curious to know if "calculating" is actually slowing things down, as opposed to, say, estimating download times. But I use the commandline because I actually prefer the interface, so I don't really know, it's been awhile since I've tried to drag'n'drop anything.
Also: You back up an iPod to a Win 2k3 Server??
Again, nothing wrong with that, it just strikes me as bizarre.
Don't thank God, thank a doctor!
In that case, I don't have as much of a problem with iTunes, just countering your point about not caring what a song is named.
And the fact that iTunes organizes it so well does kind of illustrate my point about AOL keywords quite nicely, I think. Even if you don't think the filename is relevant, apparently iTunes does.
Don't thank God, thank a doctor!
Many mobile phones can do anything the ipod can do and more. That's why apple have had to release the iphone. There's no way Apple will be able to dominate that market the way they dominated the now-dying offline device market. Sony, Samsung and Nokia already dominate the market for online portable devices. Apple have an uphill battle from now on. This whole 3rd party fiasco will only turn users away from apple products.
It is simply a stroke of genius.
I have been willing to jump through the hoops only for that reason.
Also the form factor is quite well thought out.
Finally, you can go to the Apple stores and play with them to your heart content. No other shop I know of allows you that degree of freedom (no idiotic salesperson either checking you don't steal it or making a sales pitch).
IANAL but write like a drunk one.