Class Action Lawyers Get Creative
Jacob Sullum | May 1, 2008, 5:09pm
The good thing about class action lawsuits is that they allow enterprising lawyers to consolidate many small claims, any one of which would not be worth pursuing on its own, and win settlements for consumers who may not even realize they've been injured. The bad thing about class action lawsuits is that they allow enterprising lawyers to consolidate many small claims, any one of which would not be worth pursuing on its own, and win settlements for consumers who may not even realize they've been injured. Which category does Vibhu Talwar and Patrick Finkelstein v. Creative Labs fall into?
According to the settlement agreement, the lead plaintiffs, who filed their federal lawsuit in California, alleged that Creative had misled consumers by exaggerating the capacity of its MP3 players. The fraud allegation hinged mainly on two different definitions of gigabyte. According to the decimal definition (the only one I knew until today), a gigabyte is 1 billion (109) bytes. According to the binary definition, a gigabyte is 1,073,741,824 (230) bytes. While Creative used the decimal definition in its advertising, the settlement says, "certain computer operating systems report hard drive capacity using a binary definition." On those systems, a 20GB Creative Zen player would register as only 18.6GB or so, about 7 percent less than advertised.
I see the potential for confusion (I'm confused just trying to explain the grounds for the suit), but I'm not sure this amounts to fraud, or that consumers have suffered an injury, or if they have that the injury amounts to anything in practical terms. I've got 8,346 tracks on my 40GB Creative Zen Nomad Jukebox (which for some reason registers on my computer as 38.1 GB, 2 5 percent less than advertised), and I still have 18.4GB to spare. I suspect the machine will die before I fill it up.
Still, according to the email notice I received today, I'm eligible for "a 50% discount off the price of a new 1 GB MP3 player" (which I have no interest in purchasing) or "a discount certificate good for 20% off the price of any single item purchased at www.us.creative.com" (which I might actually use). I guess the measliness of the settlement, which few "class members" will bother to collect, matches the imperceptibility of the injury pretty well. As usual in this sort of class action, the real beneficiaries are the lawyers, Brian Strange and Barry Fisher of Los Angeles, who will collect $900,000 for their trouble.
At least Strange and Fisher have done a public service by encouraging companies to be more honest. Or maybe not. As of 2003, Creative has included in its packaging a notice informing consumers that "1GB = 1,000,000,000 bytes," that "available capacity will be less" than total capacity (because of the operating software), and that "reported capacity will vary." But Creative offered that clarification two years before Strange and Fisher sued the company. I wonder where they got the idea for the lawsuit.
val | May 2, 2008, 12:00am | #
To call established standard practice over two decades fraud is total bullshit
Thats complete and utter bullshit. There is absolutely no two decades of established practice regarding this. Hard drives were originally listed and marketed as your normal base 2 capacities. Then they decided to switch it for marketing. Because it allowed them to list a higher capacity for the same price.
However long before that there was a long and established practice of listing storage capacity of removable media in base 2. Hence DVDs were 4.7GB for single layer, 8.5GB for dual, cds were 640MB or 720MB, floppies were 1.44MB and 720KB for the big floppy floppies. And all those measurements were in base 2.
Where do you get you your songs? ITunes? What base do you think that size is listed in?
I couldnt find my SanDisk mp3 player, but I can almost guarantee that if I were to look the properties of a song, it would also be listed is base2. So internally on the mp3 players software the size is listed in base2 and externally on a the box the capacity is listed in base10? Thats really not a problem?
So Seagate lost this exact lawsuit, Creative decided to settle. Yes, yes, its all about the lawyers, those evil bastards...
PS: Mac and Unix also report HD sizes in base 2.
To summarize, HD manufacturers used to report sizes in base2, as was the standard for all computer related numbers. They then switched to reporting these in base10 because it allowed to list a higher capacity without any additional cost. To this day no other numbers are reported in base10, RAM SIZE, RAM Speed, CPU SPEED, BUS Freq etc... all Base2.
val | May 2, 2008, 2:54pm | #
So the ad proves that not only did it happen, but listing raw disk size was the most common form of advertising as far back as 1989.
grrrr, you guys are driving me nuts, I dont know why I keep comming back to this thread.
Over and over, Iam not talking about raw capacity vs formated capacity, we are talking about represting the said capacity in terms of base10 or in terms of base2.
And I maintain that the adds I linked to the specified 80MB is in base2. I found alot of adds especially older ones that talked about tiny amounts of memeory like 16K, 120K etc... Those were all listed in base2. The reason I only linked the three adds is that they give hints about which base they are listed in.
All the other adds just list the capacity like 16K or 32K or whatever of ROM, Im fairly certain those numbers are still in base2, however there is nothing on the add itself to indicated one way or the other. And I havent found a single early add that had the 1GB=100000000 disclaimer, or anthing of the sort.
BTW: Western Digital also lost a similar lawsuit.
Again this sector size and file systems are completly irrelevant when we speak of self contained cosumer devices such as mp3 players.
When
Apple advertises their IPod as 8gig, and then I look at my 8gig music library in my
Apple supplied ITunes software, which I purchased from
Apple's online music store, its fairly safe for me to assume that my
Apple music library which
Apple says is 8 gigs would fit onto my
Apple IPod which
Apple says has an 8gig capacity. See what Im getting at?
It would have taken Apple almost no effort to express sizes of their files in base10. Or at the very least add another attribute called 'Size on Ipod' or something. They did not do that, because first expressing file size in base10 is not exactly the going standard and second it would have highlighted the fact their actual capacity might be less than advertised. So intead they turned to a practice, that atleast I see, as sneaky, where the only time they use a base10 meaning for MB or GB is on the packaging box, everywhere else it retains the base2 meaning.
perlhaqr | May 3, 2008, 5:27pm | #
Val said:
Unix/Linux also report size in base2.
Nope.
[root@sandworm ~]# fdisk -l /dev/sdc
Disk /dev/sdc: 750.1 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
[root@sandworm ~]# df --help
Usage: df [OPTION]... [FILE]...
Show information about the file system on which each FILE resides,
or all file systems by default.
Mandatory arguments to long options are mandatory for short options too.
-a, --all include dummy file systems
-B, --block-size=SIZE use SIZE-byte blocks
-h, --human-readable print sizes in human readable format (e.g., 1K 234M 2G)
-H, --si likewise, but use powers of 1000 not 1024
-i, --inodes list inode information instead of block usage
-k like --block-size=1K
-l, --local limit listing to local file systems
--no-sync do not invoke sync before getting usage info (default)
-P, --portability use the POSIX output format
--sync invoke sync before getting usage info
-t, --type=TYPE limit listing to file systems of type TYPE
-T, --print-type print file system type
-x, --exclude-type=TYPE limit listing to file systems not of type TYPE
-v (ignored)
--help display this help and exit
--version output version information and exit
SIZE may be (or may be an integer optionally followed by) one of following:
kB 1000, K 1024, MB 1000*1000, M 1024*1024, and so on for G, T, P, E, Z, Y.