Chrome Dropping Video Codec H.264
It was big news when World Wide Web Consortium's (W3C's) Philippe Le Hegaret stated, "The problem we’re facing right now is there is already a lot of excitement for HTML5, but it’s a little too early to deploy it because we’re running into interoperability issues." In his coverage of this quote in W3C: Hold off on deploying HTML5 in websites, Paul Krill summarizes a particular sticking point in HTML5's progress:
HTML5 still does not have a video codec. It can’t use the popular MPEG-4 format because it has “patent issues” according to Le Hegaret. Google is hoping that its open source WebM format could become the default, but that is far from settled yet.
The problem of the video codecs was illustrated clearly today with the announcement that the Chrome web browser will be dropping its H.264 support in order to "focus investments" on "technologies that are developed and licensed based on open web principles." Chrome will support "WebM (VP8) and Theora video codecs" and may provide "support for other high-quality open codecs in the future." These statements are specifically talking about Chrome's support for the HTML5
The announcement is interesting because it illustrates the struggles of HTML5 to have standard video implementations. Other browsers will likely continue supporting H.264 for the forseeable future. Developers are stuck with the unenviable position of needing to decide which codecs to encode their video with or making multiple copies of their video for the different formats. In all likelihood, most developers will likely simply use Flash or Silverlight to do this heavy lifting if the browsers cannot improve standardization and compliance on the video front.
The comments on the Chrome announcement regarding dropping of H.264 support (numbering nearly 400 at time of this writing) are an interesting read as well. There is a wide range of responses. Even developers who want to see open standards prevail are at odds over whether this is a good move or not. Some developers think it is good for open standards because Google is choosing "open" over proprietary. Others who want open standards to progress feel it will lead to just the opposite result: developers and users will continue/return to Flash/Silverlight and abandon or minimize HTML5. Some feel the move is simply another tactic in the increasing clashes between Google and Apple similar to Google's pulling out of JavaOne 2010 in its spat with Oracle.
End users are not too happy about the Chrome announcement either. The general demographic of the people commenting on this post seems to be technically-minded individuals and even many of them realize that they will likely shift to a browser that plays a video format as prevalent as H.264. I have a difficult time believing that ends user with less technical savvy will want to continue using a browser that doesn't play many of the videos out there (or they'll simply make sure they have Flash installed!).
On the one hand, developers admire Google's decision choosing open over closed. On the other hand, some developers argue that choice is always best and that Chrome should support open standards but should not remove support for the closed but common (defacto standard) format.
I'll admit that I'm torn on the issue and understand the various arguments and can appreciate them. In the end, though, I too think that if it becomes too much of a pain for me as an end user, it's all too easy to switch to one of the many other fine web browsers that are available. There's much to like about Chrome, but it still has a relatively small percentage of users compared to Internet Explorer and Firefox. I'd expect this usage to stop growing and even decline among general users without standard video support unless Flash is able to cover the gap (the most likely scenario for web developers to deliver if they want to make their customers' video experience consistent). Chrome is more popular among developers, but even its popularity in that group could be reduced because of this move.
Undetectable HTML5 Features
Scott Gilbertson's post A Guide to HTML5 Features You Can’t Detect references Modernizr's wiki page on The Undetectables. I have blogged previously on using Modernizr to detect HTML5 compliance in Firefox, Chrome, Safari, and Internet Explorer and on using Modernizr to detect HTML5 compliance in Opera. Unfortunately, there are HTML5 features that are not sufficiently supported in one or more browsers whose lack of availability cannot be detected through the typical feature detection mechanism. The Modernizr wiki page The Undetectables lists features whose presence/absence cannot be determined via feature detection and enumerates the three possibilities left to the web developer for dealing with these.
People of HTML5
Chris Heilmann, "Principal Evangelist at Mozilla for HTML5 and open web," has started a series of posts called People of HTML5 and so far he has highlighted Bruce Lawson and Remy Sharp. I typically don't care much about posts about individuals, but these are interesting because of the insight they provide into HTML5 as it is today and as it is expected to be tomorrow.
I really like many things about HTML5, a large number of which are already well supported and an even larger number of which will be really well supported among the two dominant web browsers when Firefox 4 and Internet Explorer 9 come out of beta. However, there are legitimate concerns about portions of HTML5 such as video that appear to be potentially troublesome for the near future. The frequency of HTML5 posts demonstrates the enthusiasm for it, but legal and political realities seem to still be hurdles. It is most likely that, much like previous versions of HTML, some portions of HTML5 will enjoy greater consistency of implementation than others. Developers will be likely to favor those HTML5 features with the greatest consistency in support and to provide fallbacks for other features if used at all.