Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:Bulk discount (Score 1) 221

The iPhone didn't sell well initially for a couple of reasons. Most individuals didn't think they needed smart phones. Most smart phone users didn't think the iPhone was a real smart phone. It took a while for people to realize the potential of the app store, and what the iPhone could do for them.

Sure, and then there's the fact that the iPhone didn't originally have a reasonable subsidy, meaning people had to pay a much higher price than they were used to paying for a subsidized phone. Oh, and the fact that the app store wasn't released until a year later with software 2.0.

Comment Re:I remember (Score 1) 656

Palm [is] just being lazy, because they don't want to have to write and support their own sync code.

Well, by that logic, it could be argued that Apple is being lazy because they don't want to write and support full-featured APIs which can provide a comparable syncing experience to that of an iPod. It could also be argued that Apple deliberately does so, in an effort to coerce buyers into purchasing the iPod because of the better experience. Of course, it would be difficult to put Apple at fault for such action, as iTunes is their own program with which they are free to code as they like - unless, of course, iTunes manages to dominate market share (which I don't think it has, but I'm not sure), in which case they would possess a monopoly of the Music Player and Portable Music Device Syncing software market, and could be at fault for an anti-trust case or unfair competition. But all that really matters at this point is which company has more money.

Comment Re:Who would use this? (Score 1) 179

How about distributing the 25GB image accross 10 MLC SSD drives in a RAID 0 configuration and connecting them all to the computer via SATAII into a SAS card with 3 SAS-4xSATA adapters. With 10 drives, each distributed piece would be 2.5 GB, which should take about 12.5 seconds to transfer if each drive has a transfer speed of around 200MBps, followed by whatever amount of processing time was needed for the file to be rebuilt. It may be cumbersome and require a thick bundle of cables, but it is possible. Here's a similar experiment: http://www.youtube.com/watch?v=96dWOEa4Djs

Comment Re:Who would use this? (Score 1) 179

You do realize spdif is only a protocal and exists in multiple forms, including optical as well as coaxial (there are even rare forms that use BNC or XLR, similar to SMPTE) , and only accounts for 2 data streams (generally audio). If you were going down that path the least you could have said is ADAT - at least that accounts for 8 streams instead of 2.

Slashdot Top Deals

PL/I -- "the fatal disease" -- belongs more to the problem set than to the solution set. -- Edsger W. Dijkstra, SIGPLAN Notices, Volume 17, Number 5