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?
we'll get amarok on the mac soon, too.
must... stay... awake...
Apple rarely fights hard when it comes to hacking of their products. Often any "fix" they give out is easily removed by people in such a way that it is obvious Apple wasn't even trying.
You have little far to look at the "please dont pirate this software" code in OS X intel.
"Slashdot, where telling the truth is overrated but lying is insightful."
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.
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!
36 hours... Well after years and years most still have not cracked the method for avoiding the Slashdot effect
Infiltrated dot Net
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.
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.
Knowing the community, we can likely expect full integration with most (activley maintained) iPod libraries on Linux within the week.
"I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
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.
Linux on the iPod? Hmmm. Could you imagine a Beowulf cluster of...
Apple likes to keep things a secret until the show so they get the "oh my gosh" factor going.
Not just the "oh my gosh" factor, but as we learned with the last iPod introduction, learning that there's something hot out there makes people buy Apple stock, and short right after the event for some speculative profit (which results in the Apple stock falling).
I guess this the Apple stock falling is what pisses him off most.
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.
Because I don't want to keep the dock near a computer all the time. Also, I may want to pull tunes from more than one source -- get music off a friend's box for example without having to carry a cable around all the time.
Not to mention if you could sync OTHER things like contacts and calendar over WiFi or EDGE, that would solve one of the main problems of business usage -- how to sync everything over the air for mobile users. Just set up a VPN and have a protected share containing contact and calendar data. Over the air sync is a big deal in the business world, and why not have the iPhone be sellable to as many people as possible? It's not like the code for air sync would be difficult to write.
-b.
I don't have an apple key, you insensitive clod.
It's kind of silly to assume that everyone who downloads iTunes will buy an entire Macintosh computer to run it on.
Can you be Even More Awesome?!
>> 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.
iTunes copies two things onto an iPod when you sync: The files containing music, and a database of those files, so that the iPod can find the music quicker.
With the new iPods, the database has a checksum, which is based on the contents of the database and the serial number of the iPod. If that checksum is not correct, the iPod will refuse to play any music. Obviously iTunes knows how to calculate the checksum and stores it on the iPod.
Linux applications that could download music files + database onto an iPod didn't have the code to calculate the checksum, so after using a Linux application to fill a new iPod with music, the iPod wouldn't work. The hack that has been developed within 36 hours is really a hack: First you have to run a program that reads the serial number. Then you modify the hack program by typing in that serial number into the source code. Then you run whatever software you used to copy music onto the iPod. Then compile and run the "hack" program: It will read the database, calculate the checksum and add the checksum to the database, and everything works.
That is of course a horrible complicated way (for the end user) to do it. Expect all the Linux music players to be updated soon so that all this will happen automatically.