What I don't understand is how Chrome can remove h.264 (which is widely used) because they want 'openness', while at the same time shipping a browser (Chrome) where you cannot remove Flash (which continues to support H.264). It seems here that keeping H.264 support and dropping Flash would be more in the name of openness.
(Edit: bane points out that you can disable Flash in Chrome. My original point still stands, but my wording was misleading.)
As with most things Google does, I don't see this as being in the interest of 'openness' at all. I feel more like what they really want is a format that they can control and add features to (such as, for example, embedded advertising).
In the end, Google is a business, and its business is ads. Everything Google does is about either delivering ads to people (Google Mail), making sure it's their ads that are delivered (YouTube), or about making sure they don't get locked out of a market (Android).
So here's my question: where's the money here? It's obviously far more expensive at this point to use WebM than H.264, so what financial motivation is there for them to push the WebM codec this hard this fast?
Flash is fading away, and should be kept for legacy reasons for a while. But not dropping h.264 now would make for another proprietary decade on the web.
I think a proprietary video codec is significantly less open-threatening than a proprietary runtime. For one thing, the codec will eventually lose its patent protections. The runtime will continue to evolve at the platform owner's discretion.
Regardless of how you feel about h.264 in general though, the decision to not support h.264 video in the browser through the video tag means that Flash is going to be sticking around just so we can watch videos.
Right now as a software developer you have the option of not using Flash.
Depending on your constraints, that may be a difficult choice to make, but it's a choice nonetheless: HTML5 is getting more popular, the JVM was always capable and popular enough for many scenarios, and there's also Silverlight.
But choosing another codec for your multiple TB (and growing) of video you want to serve on the web? You've got no choice but H.264, as anything else would cost you dearly.
And I'm pretty sure you don't know how software patents work.
Companies apply for the same patents with different wording all the time. And there will also come a time when H.264 will not be enough, with MPEGLA in their infinite resourcefulness offering an easy upgrade to the next version under "reasonable" terms. By the time the standard will be patents free, H.264 will be as relevant as GIF is today.
What, you mean only useful for web comedy and image boards?
> And I'm pretty sure you don't know how software patents work. Companies apply for the same patents with different wording all the time. And there will also come a time when H.264 will not be enough, with MPEGLA in their infinite resourcefulness offering an easy upgrade to the next version under "reasonable" terms.
I really don't understand what your first part is getting at. MPEGLA will re-patent h.264 technologies under similar patents? As for the second part: Well, that gives Google a number of years to develop a codec that's actually really good and has hardware vendor support and is still free and all that. Just because you have multiple TB of video doesn't mean that different videos can't be encoded for web differently.
And your argument is moot anyway because this is introducing a significant fracture between Apple/mobile devices and desktop devices. People are still going to have to use another codec for their multiple TB and growing amounts of video!
But the runtime will fade away. This is Google making a fresh start for the years to come. Shouldn't that start be with a open codec instead of a closed one?
The de facto standard for serving <video> today is making a h.246, WebM, a OGG and a FLV (for fallback). Look at videoJS.
So it doesn't mean Flash for video is sticking around.
(Edit: bane points out that you can disable Flash in Chrome. My original point still stands, but my wording was misleading.)
As with most things Google does, I don't see this as being in the interest of 'openness' at all. I feel more like what they really want is a format that they can control and add features to (such as, for example, embedded advertising).
In the end, Google is a business, and its business is ads. Everything Google does is about either delivering ads to people (Google Mail), making sure it's their ads that are delivered (YouTube), or about making sure they don't get locked out of a market (Android).
So here's my question: where's the money here? It's obviously far more expensive at this point to use WebM than H.264, so what financial motivation is there for them to push the WebM codec this hard this fast?