I also should have mentioned WebM, but I was focusing on HTML5 since that's what most hardware support, and can actually run on your computer. More than 2/3 of the videos online already support H.264.
WebM gets used with HTML5 video tags - it's not a separate thing (or did I read you wrong here?).
WebM is gaining traction and is doing so with the help of one service alone: YouTube. Google's video delivery system has huge influence in the online video market (the most recent stats I could find is
this which says that YouTube has a 40% market share which seems low). Given that all new videos are transcoded into WebM when uploaded (
source), I'd argue that there is a reasonable amount of WebM content.
Here's one interesting article I saved. It's a little old, but not much has really changed at all from then:
WebM vs. H.264: A First Look
I won't argue the merits of WebM or H.264 because I know very little about video. I do want to point out a few things from that article though:
Though H.264 offers slightly higher quality than the VP8 codec used by WebM using the aggressive (e.g., very low data rate) parameters that I tested, at normal web parameters, you couldn't tell the difference without a score card. Even compared to H.264 files produced with x264, VP8 holds its own.
Where GPU acceleration exists for H.264, it's significantly more efficient than WebM; where it doesn't, the two formats run neck and neck.
That article was written only three months after WebM hit the market so H.264 had a bit of a head start. That's not to say that the GPU issue is resolved but rather to point out that this issue
may be resolved (again, I know so very little about video).
In my experience, WebM does what it was designed to do well: create small videos designed for the web. I just did an experiment to highlight this.
No code has to be inserted here.
That right there is why WebM was designed. That said, WebM, as I understand it, is not supposed to be this fantastic high quality codec but rather one meant for the web (in other words, small and fast).
Honestly, the biggest issue isn't going to be quality. The biggest problem, aside from differing codec support, is going to be patents (which drives differing support as it is now to a certain extent). What I find frustrating in all of this is that many of the browser makers want an open and standardized web yet seem resolute in their decisions to support different aspects. Ugh.
Also, HTML5 isn't going the saviour that many think it will be. Even if the specs are fantastic, you still have to rely on the browser makers to implement it properly, which they've proven for many years that they can't do (they're never on the same page). You're probably also going to end up with "extra" support from some browsers that aren't even in the specs that other browsers won't use.
So very very true (unfortunately).
That's due to their incompetency. Look at Apple- they worked it because they wanted to make it work, and it's one of, if not the most efficient codec on Safari because they put a wee bit of effort into it. Other web browser companies don't really care about moving forward as long as they can support the current codec trend.
I'd say Google has put a lot of effort into WebM. What makes Apple/Safari any more special than any other browser in this respect? Do you have evidence to support a claim that Apple has put more effort into its codec support than other browser makers?