Google's video codec has significant support, but building it into the standard language for Web pages would advance its fortunes significantly.
Stephen Shanklandprincipal writer
Stephen Shankland has been a reporter at CNET since 1998 and writes about processors, digital photography, AI, quantum computing, computer science, materials science, supercomputers, drones, browsers, 3D printing, USB, and new computing technology in general. He has a soft spot in his heart for standards groups and I/O interfaces. His first big scoop was about radioactive cat poop.
Expertiseprocessors, semiconductors, web browsers, quantum computing, supercomputers, AI, 3D printing, drones, computer science, physics, programming, materials science, USB, UWB, Android, digital photography, scienceCredentials
I've been covering the technology industry for 24 years and was a science writer for five years before that. I've got deep expertise in microprocessors, digital photography, computer hardware and software, internet standards, web technology, and other dee
Mozilla is working to incorporate Google's newly released VP8 video technology as part of the specification for Web video.
"That's our hope," said Mozilla Chief Executive John Lilly when asked if VP8 could be built into the World Wide Web Consortium (W3C) specification for Web-based video. "We'd love for VP8 to be specified in the HTML5 standard. Once it's in the spec, it can really get better traction from other players."
The new HTML5 version of the Hypertext Markup Language standard used to describe Web pages includes a tag to easily add video to a Web page without relying on a plug-in such as Adobe Systems' Flash Player. However, because browser makers couldn't agree on which video codec was best, HTML5 doesn't presently specify a particular video technology. That means Web developers wishing to build video into their sites through HTML5 must include different video formats if they want to reach all browsers.
Before last week, there were two main contenders for video encoding and decoding technology--H.264, preferred by Apple and Microsoft, and Ogg Theora, preferred by Mozilla and Opera. Then Google released the VP8 codec, part of the WebM technology that also includes Ogg Vorbis for audio. Not only is VP8 better than Theora by all accounts, offering a much better alternative to H.264, it's also royalty-free and available in open-source form.
Mozilla plans to detail in coming days its plans for trying to get VP8 into HTML5. It's not clear at this stage who its allies are, but securing support will be essential.
"What the spec says will depend entirely on what implementations (in particular browser vendors) decide to support," HTML5 editor Ian Hickson said in an earlier interview. Hickson is involved not just with the W3C but also with another group, the Web Hypertext Application Technology Working Group (WHATWG), that's been working to standardize HTML5.
The W3C itself is supportive of the idea of specifying a video codec for HTML5.
"WebM/VP8 has the potential of providing a solution for the baseline video format of HTML5. To be seriously considered by the W3C HTML Working Group, the specification would need to go through a standards group and be developed under RF [royalty-free] licensing participation terms," Philippe Le Hegaret, leader of Web video work at the W3C, said in a statement. "W3C remains interested in having a video format for HTML5 that is compatible with the W3C Royalty-Free Patent Policy."
One big browser unknown for VP8 support is Microsoft, which said it will support VP8 if users install it. But if VP8 becomes part of the HTML5 standard, its support could become more active in Internet Explorer 9: "When it comes to HTML5, we're all in. This level of commitment applies to the video codecs that IE9 will support as well," IE General Manager Dean Hachamovitch said in a blog post.
One definite ally is, unsurprisingly, Google itself.
"We're excited by the community's response to the WebM project, and we support efforts to standardize the technology," Google said in a statement.