Comment by _delirium
15 years ago
If the audio hash & protocol gets reverse-engineered, though, it'll make filesharing very quick--- instead of having to trade mp3s, you can just email your friend a list of hashes.
15 years ago
If the audio hash & protocol gets reverse-engineered, though, it'll make filesharing very quick--- instead of having to trade mp3s, you can just email your friend a list of hashes.
I'm not sure how that would work, for the hash to be the same you would need the original song right? If they use sha1 or something like that how are you going to go from hash to song?
I was thinking of the case where iTunes computes hashes of your mp3s locally, then uses those to tell Apple which songs you have. You're right that if Apple requires you to upload the actual files, and then computes the hashes on the server-side, it'd make it much more difficult (you'd have to either have the original file, or generate a hash collision).
I doubt they would use an exact hash like SHA-1 though. It wouldn't allow for variations in bitrate, slight length differences due to cutting off beginning/end of the song's fade out/fade in, etc.
I could imagine people figuring out the minimal bitrate that would produce a matching fingerprint (perhaps 64 kbps or even smaller) and sharing music that way.
I think the real point here is that won't really matter, because those friends will be Match subscribers so the royalties will be attributed when they're either added to match or streamed/downloaded (I'm guessing the latter).
This could get exploited so hard. I'm sure there must be a catch somewhere in the service.