From: -hh on 29 Mar 2010 07:57 Obsessively up late at 1:49 am, Kelsey Bjarnason <kbjarna...(a)gmail.com> wrote: > [snips] > > -hh wrote: > >> It's not. Nospam and his cohort hh are about as stupid as people can be > >> and not actually collapse in on themselves due to the immense > >> gravitational pull of their own fundamental cluelessness. > > > More namecalling. How...credible. > > Hey, act stupid, get called stupid. Don't like it? Don't act stupid.. Apparently, you hear that all the time from your wife :-) > >> > Anyway, I find removeable storage VERY useful. > > >> No kidding. > > > Its merely one tool. Not the only tool in the toolbox. > > And that detracts from it being useful how? Right, it doesn't. Stop > being stupid. "Woosh!", another point gets totally missed. Here's YA free clue: perhaps you've heard the expression, "When all you have is a hammer..."? > >> Depends on too many factors. For one, just how much storage is on the > >> device itself - and how much of that is in use? If you have, say, a > >> video file a hundred gigs or more in size, it ain't gonna fit no matter > >> what, and even a considerably smaller one might not fit. > > > Hence, the joker who suggested a 300GB file in an attempt to try to > > "win" his argument. > > What, you've never heard of anyone working with large files? Sorry, > happens pretty regularly. "Large" is invariably relative, and statistically, 300GB is an extreme fringe case. > One of our clients needed us to clear out space on a server for him, > because he (rather, his company) had completed a render, and needed to > drop it (via external USB drive) onto the server so that the far end > could pull it, via FTP. > > Size of the file? Over 300 GB. It was a video render of a segment of a > new movie for Disney. In HD. > > Since both we and the receiver had "fat pipes", FTPing it was the > fastest way to get it there. > > Oh, but wait... that used an external drive, connected via FTP, with a > 300+ GB file. You know. all those things you keep suggesting don't > matter, aren't real, don't happen, etc, etc, etc. And how much faster could this step of the workflow process been able to have been completed had the client merely used a Firewire or eSATA connection? > Sorry, but your bizarrely limited view of how computing works does not > constrain everyone else. Video production _frequently_ involves > transferring chunks of data, even single files, of many and sometimes > even hundreds of gigs. And Video production encompasses what percentage of the general computing population of Enterprise worldwide? Perhaps you should go over to CSMA and read the recent "American Cinema Editors equipment survey" thead: their total worldwide membership is less than 500. > >> As just an example, I've got a 16GB USB key here wihch I use for > >> transferring files. It can readily handle, say, 4 or more DVD rips > >> without consuming a byte of "on device" store - meaning I don't have to > >> potentially rip several gigs' worth of stuff off the device just to > >> watch a video. > > > Assuming, of course, that the I/O transfer rate from the USB is > > sufficient for streaming the video in real time. If not, then its > > going to have to be transferred to the main storage anyway. So much > > for "saving space". > > So, if I have four videos on the USB, I need to transfer _all_ of them > in order to watch _one_? I need to clear 16GB of space off the > on-device store in order to move *one* 4GB file onto it? Of course not ... but the simple observation that you've not considered I/O bandwidth simply illustrates that you've done a poor job at analyzing your overall process workflow. > Gods, you are stupid. YMMV, but wouldn't the "stupidity" label be more accurately deserved by the individual who claimed to be an IT "expert", yet who just made the above error of not remembering to consider bandwidth limitations? > > Which just provides more credence that all of the claims that an iPad > > is a Netbook - - are incorrect. > > No, we're well aware it's not a netbook. Glad to hear you explicitly state that. > No, it's not a netbook. It can't ever be a netbook, it's far too > limited to even try. Now of course, this does mean that the stupid "What If?" circus has to stop, so that one can evaluate the product for what it is, instead of what it is not. So if it isn't a netbook, then what is it? And do try to keep in mind that the current PC-centric "tablet" product doesn't adequately differ (including in such features as USB ports) from current netbook/ laptops. And given that PC Tablets have reportedly only sold ~1M units sold over an entire decade, one that pretty much has to be considered an utter failure. As such, if the Apple iPad sells more than 100,000 units (math for the CSMA Wintrolls: 1M units divided by 10 years) this quarter, what are the implications of this type of marketplace response? FWIW, one could similarly dig up Kindle sales numbers too, but I understand that these have never really been clearly announced by Amazon, so it makes any sort of "based on unit sales" metric of comparison quite a bit harder. The reports appear to be roughly 3M units since November 2007, which is a rate of roughly 100K/month. YMMV to what degree this might be a useful measuring stick, or perhaps not. Either way, its going to be an interesting month to watch the business reports, particularly the dancing of the inevitable spin- doctors which will be in of itself, telling. -hh
From: -hh on 29 Mar 2010 08:13 On Mar 29, 6:51 am, a...(a)templeman.org.uk (Andrew Templeman) wrote: > MuahMan <muah...(a)gmail.com> wrote: > > I have a Dell monitor that has an 11-1 card reader. My laptop 13-1 > > card reader. reads them all except CF cards I believe. Only my > > Prosumer Canon 50D uses it though. Even my new 7D has gone SDHC. > > All the info I can see says that the 7D is still CF. The 7D is, in fact, a single-slot CF; UDMA preferred. I've found that taking a still image while shooting 1080p will choke if the CF card being used is 133x (Kingston), but seems to work OK [a limited test] with a 300x (Lexar) -hh
From: Andrew Templeman on 29 Mar 2010 10:45 Kelsey Bjarnason <kbjarnason(a)gmail.com> wrote: > [snips] > > -hh wrote: > > > While I'm on the road, the only things that I see plugged into laptops > > are: > > > > a) 3G cards ... while in mobility mode(s) > > Plugged in via USB. > > > b) USB thumb drives ... > > Plugged in via USB. > > So nice to know that these devices simply won't work with the MaxiPad > unless you buy a completely pointless extra piece of junk hardware. I wouldn't expect them to work even if you did purchase the extra adaptor. It is called the camera adaptor and allows you to attach a camera or an sd card. I expect the photos application would allow you to import the photos thereon into the photo store. There will likely be no drivers for a 3G card as they supply a version of the iPad with 3G as an option. And there is no user visible file system in the OS so you wouldn't be able to access files on a thumb drive. -- Andy Templeman <http://www.templeman.org.uk/>
From: -hh on 29 Mar 2010 10:00 Andrew Templeman wrote: > > I wouldn't expect them to work even if you did purchase the extra > adaptor. It is called the camera adaptor and allows you to attach a > camera or an sd card. I expect the photos application would allow you to > import the photos thereon into the photo store. > > There will likely be no drivers for a 3G card as they supply a version > of the iPad with 3G as an option. > > And there is no user visible file system in the OS so you wouldn't be > able to access files on a thumb drive. FWIW, it appears that the method that AirStash is using is to access an SD card being used for file storage is via the iPad / iPhone / etc's WiFi connection in conjunction with its Internet browser to navigate to the desired file and take subsequent action (view, copy, etc). -hh
From: chrisv on 29 Mar 2010 10:39
gl4317(a)yahoo.com wrote: >Someone has to be the first to start moving away from the old standard. Gods, you people are STUPID. USB is not an "old standard" that needs to be "moved away from". It's a standard in its *prime*, thus should be supported. Sheesh! |