eWeek Microsoft Watch
Advertisement
Advertisement
May 17, 2007 1:05 PM

When Is 'Open' More Open for Microsoft?



Microsoft's Silverlight strategy foreshadows much about the company's objectives with the OOXML (Office Open XML) format. Standards approval would advance Microsoft's push around business intelligence.

What does Silverlight have to do with OOXML? Short answer: VC-1, which is the standards approved version of Windows Media Video.

Four years ago, Microsoft pushed hard on wooing early adopters for its TV software—Microsoft TV and later IPTV. Naturally, the company wanted broadcasters to use its own Windows Media Video format.

But Microsoft faced two problems: Broadcasters adopt standard formats, and video formats used for broadcast or commercial DVD production require stability and longevity. The latter reason is one explanation why MPEG-2 has been a standard for a long time and remains so, even though successor codecs are available.

In Sept. 2003, Microsoft submitted its Windows Media Video 9 codec to the SMPTE (Society of Motion Pictures and Television Engineers) for standards ratification. By submitting Windows Media Video 9 for standards certification, Microsoft agreed to keep the codec frozen in time, so to speak. In March 2006, SMPTE published the VC-1 specification, from the Windows Media Video 9 codec.

While Microsoft TV languished and IPTV adoption pecked along, Microsoft got other useful mileage from VC-1, such as incorporation into HD DVD (alongside competing H.264). But Silverlight takes VC-1 to a whole other level of incorporation.

Silverlight is heavily dependent on Windows Media Video, including VC-1. In fact, Microsoft has made it remarkably easy for developers to take WMV formats into Silverlight. Microsoft's response to Flash video is the WMV content producers already have. The approach would ease customer adoption, but Microsoft would benefit, too, and mainly because of VC-1.

Microsoft can go to content producers and suggest that they create video in one for format, VC-1, for any kind of broadcast—television, Web or portable devices like cell phones. Whether or not Microsoft can succeed is uncertain. H.264 is front of line in part because so much commercial video production is done using Apple software. Still, Microsoft has a standards-approved format and the tools to make good use of it across many delivery platforms, including Windows. VC-1 is more open for Microsoft than other vendors.

I suggest nothing nefarious on Microsoft's part. The company merely maximizes its assets to advantage; it's an example of why Microsoft is so successful. The company could—and probably would—argue that other developers could have made similar use out of VC-1. But no other company has a monopoly in desktop operating systems, either.

Playing OOXML for Standards Approval
Microsoft's end-game strategy for VC-1 is developers, mainly around Silverlight. Microsoft has similar developer ambitions—closely tied to its products—for OOXML.

Right now, Microsoft is slogging through the ISO (International Organization for Standardization) certification process, over which there has been some bickering with OOXML opponents. Competing (OpenDocument Format) received ISO certification last year.

There is almost a desperation in Microsoft's efforts to receive coveted ISO certification for OOXML, and the company has launched two Web sites—one for community, another for developers—supporting the format. If there was true community, by the way, the sites would have organically developed.

OOXML has already received Ecma standards certification, but needs ISO approval, too. Approval would bring OOXML on a standards level with competing ODF and could help advance the Microsoft format's customer adoption.

The latter objective is similar to VC-1 and Silverlight: OOXML would be more open for Microsoft than other developers. ISO certification is important to Microsoft because:

  • OOXML is the default for Office 2007
  • OOXML is important for the advancement of other Microsoft strategies, such as business intelligence.
  • The format will plug into some of Microsoft's future work around enterprise informational and Web services, collaboration and content archival

OOXML is much more than a file format; it's being groomed for a platform role, similar to VC-1 and Silverlight.

Enterprises and Microsoft partners should take a hard look at where Microsoft is going with OOXML and what the potential benefits and shortcomings will be. And surely there will be benefits. For Silverlight developers with content in VC-1, Microsoft has provided some great utility. OOXML role's should be similar and perhaps more so as Microsoft rolls out its business intelligence platform.

That said, enterprises should investigate about how they want to keep their information. Is OOXML truly open XML enough? Any business' crown jewel is its information. For many companies, that information is locked into proprietary, Microsoft file formats. Microsoft raises legitimate concerns about the fidelity of ODF as an open format. But is OOXML a better long-term investment?

Microsoft has big plans for OOXML, methinks, more than it will state until after the ISO process finishes. If Microsoft said more sooner, competitors backing ODF and backing off OOXML might muddy the certification process with more FUD (fear, uncertainty and doubt) about Microsoft intentions.

Those intentions are what they've always been: To maximize customer benefits and company profits—goals OOXML critics probably share, too.

Related Posts:


TrackBack

TrackBack

http://www.microsoft-watch.com/cgi-bin/mte/mt-tb.cgi/10997

Comments (7)

Israel :

Ha, ha ,ha very interesting the struggle between the soul and the wallet.

bozo_the_clone :

Microsoft raises legitimate concerns about the fidelity of ODF as an open format.

Oh! Microsoft does do they?

Let's see *you* implement the OOXML "standard" as described in the 6,000 page Microsoft specification.

Here's a great link to get you started:

http://www.freesoftwaremagazine.com/articles/odf_ooxml_technical_white_paper

Get back to us when you're done.

Thanks.

SPM :

ODF has no fidelity problems. OOXML has.

Microsoft has been pushing misinformation about ODF. The truth is that because ODF is completely defined, unlike OOXML which simply wraps undocumented secret proprietary binary content in documented XML, any information in ODF format can be rendered with 100% fidelity by any vendor. OOXML on the other hand can only be rendered with full fidelity by Microsoft since only they know the format for the binary content. What Microsoft is talking about when they say that OOXML and fidelity is the MS Office application accessing proprietary legacy MS Office formats, not the OOXML format.

The problem with OOXML is for the above reasons, it is completely unsuitable for archiving (because content is locked up in a proprietary format), completely unsuitable for data interchange (because Microsoft is the only vendor who can fully implement the standard), and completely unsuitable for specifying as a vendor neutral format (for the same reason).

OOXML is however suitable as a format if you use documents internally only, aren't concerned about vendor lock-in and periodic forced upgrade, and are OK with mandating Microsoft applications (because that is what you will be doing if you specify OOXML).

OOXML hasn't got any bugs in it. These are features, these are standards. And 1900 is a leap year. *sigh* Sometimes a joke is just a joke, and real standards ought to be used.

Wesley Parish :

"[Microsoft] has launched two Web sites--one for community, another for developers--supporting the format. If there was true community, by the way, the sites would have organically developed."

I've been to the openxml.biz site, and it's bare. They had a piece of software called the OpenXML Writer, available for download in both binary and source, which they termed "Open Source". I had to get on to them about licensing terms before they were aware they had to have a suitable license. And I still have no idea who I should report bugs to - such as the fact that MS Visual Studio 2005, such as I have, doesn't recognize the csproj file OpenXML Writer uses.

And then there's the fact that as we all know, in programming circles, code is law; and they have no OpenXML Writer equivalent for any of the other parts of ECMA 376 - yep, no small open source ECMA 376 spreadsheets, no small ECMA 376 open source graphics tools, no small ECMA 376 open source presentation software, ... Microsoft are truly amateurish here.

Of course, Microsoft is going to add proprietary extensions to their implementation of ECMA 376, which defeat the purpose thereof. But Microsoft's Microsoft. What Microsoft should really be worried about is that this process of extending their file format, while insisting that it be completely subservient to the MS Office 2k7 implementation, is going to put holes in their credibility like an anonymous iceberg put holes in the Titanic.

Mike :

OOXML can never be a "standard" because its specification of what the XML actually means is woefully incomplete.

An OOXML "standard" would merely allow people to build a limited range of simple add-ons to Microsoft's office suite without allowing actual interchange of information. Of course, that is exactly what Microsoft wants: ISO-blessed vendor lock-in.

chips b malroy :

Microsoft's Silverlight strategy? By this you mean the "clever and dishonest" way M$ is getting around the patents of Adobe Flash, and reinventing the wheel so they can steal Adobe's money. This should be a major lawsuit in the workings.

There is no innovation here, just stealing.

Post a Comment

 
 
RSS Syndication

Advertisement
Advertisement
Microsoft Watch     Contact Us | Advertise | Site Map
Ziff Davis Enterprise