Xsan Release Delayed

[AidenShaw]

Yes that ... and also to "hook" potential buyers, early in their decision processes.

IBM is (or was) an expert at this technique, especially in the 70s and 80s.

Microsoft uses the same technique - crudely disguised as "information for developers", but aimed at decision influencers (i.e. Microsoft qualified technicians) in large organisations. Very effective.

Then why is Apple starting lawsuits against the rumors that only help this process along?

Yes, you're right. "Asteroid" was supposed to be The Ego's "one more thing" - and that's been blown.

 

[Rod Rod]

Then why is Apple starting lawsuits against the rumors that only help this process along?

Yes, you're right. "Asteroid" was supposed to be The Ego's "one more thing" - and that's been blown.

kiwi-in-uk's comment was germane to the business market. "Asteroid" is for the consumer market. The approach is different.

Maybe the damage is done and M-Audio (the most likely candidate to do such a thing) is racing its own low-cost FW breakout box to the market.

 

[Jaz]

I'm annoyed by this. Nothing big but it is an option for consideration in my company for footage handling in FCP and the rest of our pipeline when we expand.

Apple sometimes resorts to the "when it's done" method of customer communication when they have nothing of substance to say. Consistency of message would be nice.

 

[cnoellert]

3rd Party Raids....

Hopefully you're right and Xsan will work with non-Apple fibre channel drives, in the same way that Airport cards work with non-Apple wireless access points. However, everything on the Xsan site so far indicates it's Xserve RAID-only.
http://www.apple.com/xsan/specs.html

A non-Apple element is required of course, in the form of a qualified fibre channel switch.

It does and will work with 3rd party FC devices. What has been problematic is Apple's support for wwpn. In short order it basically means that it's one lun per controller in single controller raids.