The REAL truth about battery life

March 21, 2006 7 comments

I was really surprise last week when I read this CNET review. I usually don’t care much about attacks to DRM but I have to respond to this propaganda. If you’re going to attack DRM, at least make an effort to get your story straight. In the article, the author (James Kim?) goes on by saying that playing DRM tracks on your portable device will drain your battery 25% faster. Ok that’s fine, I can believe that..maybe. So I read the experiment they made. They went and compare DRM free mp3s with wma DRM tracks from Rhapsody (and Napster). Ok how about comparing apples and oranges!

Everyone that has a little bit of technology background would know that codecs have different CPU requirements which means they have different battery requirements. To really prove the point, you would have to compare a DRM free wma with a DRM wma AT THE SAME BITRATE and then you’d have a better comparaison. Talking about bitrate, I know as a matter of fact that Rhapsody subscription tracks are encoded @ 160 kbps (at least they were when I was there). So you can’t compare them with 128 kbps MP3s. Note that the article doesn’t mention any bitrates.

Another absurd quote from the article: “Those who belong to subscription services such as Napster or Rhapsody have it worse. Music rented from these services arrive in the WMA DRM 10 format, and it takes extra processing power to ensure that the licenses making the tracks work are still valid and match up to the device itself.”
Ok, first of all, checking that a license is still valid doesn’t require any work, mr smart ass. What requires more processing power is the actual decryption of the content. The crypto part used in content decryption is a lot more expensive than the license validation. At least, it should be in a properly designed DRM :-). The license describes what the device can do with the content, there’s really no need to encrypt it. However it needs to be signed to ensure integrity (meaning to ensure that nobody modified it). In any case, verifying a signature is a lot faster than decrypting the content. Even though Asymetric encryption is used for signatures, the verification (decryption) is always fast because decrypting with a Public key is always faster then decrypting with a Private Key (since it’s smaller). Symetric encryption (and decryption) is however faster than Asymetric encryption (and decryption) which is why content is usually always encrypted with a symetric algorightm (like AES-CBC or the old 3DES). But, since only the hash of the license (160 bits) is being signed and not the entire license, and generating a hash (SHA1) is very fast, it just doesn’t matter compare to decrypting MBytes of content. You see now why decrypting content is always going to take more CPU (thus power consumption).

Now, of course DRM is annoying. Damn I hate it. However, I think I am better off because I accept the fact that there is no way around it. DRM will always exist. You think IPTV will be all free and clear? You think Cable will deliver unscrambled feeds to everyone and trust you to not “tune” in for free? Come one, get real people.

Now, what my job is, working for a DRM company, is to create a DRM that is as transparent to a user, as flexible as possible to create new business opportunites and as easy to implement as possible. I believe a DRM system should be opened and standardized just like Cryptographic algorithms are. Because, in the case of Crypto, the robustness is in the key not in the algorithm. Same thing goes for DRM.

When a user will be able to move content from a device made by Manufacturer A to a device made by Manufacturer B without thinking why it couldn’t be done, then I’ll know I’ve achieved my goal. We’re note quite there yet but I know we’re not far…stay tuned.

Stop Comment Spam!

February 20, 2006 No comments yet

Today I decided to fix my Blog comment spam problem. For every post I would do, I’d get at least 2 to 3 comment spams. It sucks as there are some legitimate comments (for example nick’s). So I found the remedy: Akismet. We’ll find out soon if this really works …

Connect360

February 15, 2006 10 comments

Tonight I started writing a post about Windows Media Connect and these guys and how I think they managed to make an application that pretended to be Windows Media Connect on the Mac. I haven’t figured out how WMC works completely (yet) so don’t get your hopes up. However I have found out a lot about it a few months back. The only reason I did this was to figure out if I could stream from WMC to my PSP. So I assumed it was covered by the DMCA fair use but in absence of a lawyer I decided to not publish that post (yet)…

One thing for sure is that it’s a matter of time before WMC is reverse-engineered and cracked…

StatCounter rulez

February 8, 2006 No comments yet

Thanks to Sean for pointing out this way cool service that tracks statistics about your blog/website. I think I’ll be way below 250,000 hits a month so I shouldn’t have to pay for a while. It’s really cool as I found someone who wrote a statcounter plugin for WordPress. No need to add the counter code to every page of my blog, the plugin does everything for me.

Anyhow, I am also trying out the trackback feature in WP. Sean, did it work?

WP is buggy …

February 8, 2006 No comments yet

I found a bug in WP with the url redirect if the user is not logged in, when hitting the bookmarklet. It’s doing a redirect to the login page and put the ‘existing’ url into a param called ‘redirect_to’ so that it can redirect back once the user is logged in. It urlencodes the url of course. Pb is that it’s not urldecoding it back, it is doing some weird char replacement instead (and removing % chars!). So what happens is that the rhaplink is all f***ed up. So I fixed it, the new php is here.

A little Kanye to prove it.

Rhaplinks don’t work right in Firefox

February 8, 2006 No comments yet

For some reasons, I just realized that when you click on a rhaplink in Firefox, it spawns Rhapsody on the Web instead of the Rhapsody 3.1 application. It works fine in IE. So I just launched my new favorite tool ethereal to see what was going on.
Apparently, it’s a cookie problem. Firefox doesn’t send all the cookies it’s supposed to (like the rhapsodyinstalled=versionXXX that the JSP looks for to figure out if Rhapsody application is installed on the PC and to decide wether to use Rhapsody on the web or redirect to a true rhap:// rhaplink to spawn the PC app).

That’s amazing this hasn’t been found in QA … I wonder if all the QA guys have left by now…


Categories

Archives