Google Removing H.264 Support in Chrome
blog.chromium.org
blog.chromium.org
What will actually happen: Chrome will get served h.264 wrapped in Flash.
Lose all round, then.
Once Apple supports WebM.
Once chipset manufacturers produce WebM optimized hardware decoders.
Once handset, set-top, etc. manufacturers purchase and integrate those WebM hardware decoders.
Once handset, set-top, etc. manufacturers develop or license software players that support WebM encoded video and file format.
Could happen the other way around. But it ain't likely.
Google drove the cost of smartphone OSes down to as near to zero as patent law will allow.
I'd say that is a game changer.
How much does WebM cost?
With Apple, the product is the device and you are the buyer. With Google, the product is you and the advertiser is the buyer. They are each winning their respective games. Superficially they are competitors, but if there is a winner, then there's a loser. How can you look at either company and consider it the loser?
Actually the more I think about it the more non-sensical your original statement and this conversation becomes. ;)
With only three or four percent of the market, Apple swallows up more profit share than the largest three phone makers combined (in the neighborhood of 40 percent). That's an astounding number, and it doesn't even include non-phone devices. At the same time, Android had tremendous growth in 2010, inevitably passing Apple in unit sales rate. It's a bit glib to simply say Google therefore beats Apple in 2010. There is nuance, and either company can be painted in the foreground.
Both companies seem to be doing wildly well with their respective mobile strategies.
Also, not to nitpick, but 'Java variant' seems inaccurate. Code is written in actual Java (not a variant, as far as I'm aware), and compiled to bytecode to run on the Dalvik VM (not a JVM variant).
I can't think of why anyone would want to promote flash, though.
There was a big post a while back about all the things YouTube needs to do in Flash instead of HTML5. The fact of the matter is that HTML5 video puts several of YouTube's main money-makers out of order, at least temporarily while the logic is re-implemented.
Edit: The post from YouTube about why they still need Flash is at http://apiblog.youtube.com/2010/06/flash-and-html5-tag.html .
It has happen possibly twice.
Adobe is gonna support webm. So having only one format is gonna be possible.
Browsers who supported or were gonna support H264 :
- Safari (5% market share) - IE9 (0% market share right now, probably around 15% in 3 years) - Chrome (around 13 %)
Browsers who supports Webm :
- Firefox (30% market share) - Chrome - IE9 will probably support it via codecs which is better than nothing
The big deal breaker i see is the mobile devices who natively support H264. But as a long term move i can only approve what google is doing.
Also :
> People will add WebM encoding to their already complicated video workflows
Most people video workflow is youtube/vimeo/dailymotion video workflow. All of which seems ready to support webm.
You kind of buried this but this is the true deal breaker. There aren't (and probably won't be) hardware WebM decoders.
And Firefox doesn't support WebM yet. You'll have to wait on version 4 (0% market share right now as you said for IE9).
Well i mentionned it. I'm at least partially intellectually honest :)
> Firefox doesn't support WebM yet. You'll have to wait on version 4 (0% market share right now as you said for IE9)
That's totally true, but from experience and statistical evidence, i think firefox users are more inclined to upgrade their browser than IE user are.
> There aren't (and probably won't be) hardware WebM decoders.
I don't think that's true
Very true. Our site has had for a while only a couple percent of non 3.5+ Firefox traffic.
The very article states that there are hardware WebM decoders, not only that but Google is licensing the technology for free as in zero dollars:
http://blog.webmproject.org/2011/01/availability-of-webm-vp8...
2) If I'm not mistaken they're not general purpose computers. If they were what would be the point? Why not use a math coprocessor?
They are not general-purpose, but that doesn't mean they're not easily re-programmable either. Consider the example of GPUs.
I want to say some SNES games used a DSP chip, there are several known to emulator authors, including two versions that used the exact same hardware with different microcode (and therefore different abilities). So it's been done before at least.
The accelerator units are usually filters that operate over a region of memory while processor is busy computing something else. These can be made fixed function, however most of them are programmable to support multiple steps in codec processing.
TI I believe is the largest vendors of DSPs for hardware decoding/encoding
is that true? how many released mobile devices have hardware support for the webM decoder?
They link to a relevant announcement in the linked blog post:
http://blog.webmproject.org/2011/01/availability-of-webm-vp8...
And the update rates of Firefox and Chrome and totally different from IE, especially since version 9 doesn't support XP.
http://googland.blogspot.com/2011/01/g-availability-of-webm-...
The Oulu team will release the first VP8 video hardware encoder IP in the first quarter of 2011. We have the IP running in an FPGA environment, and rigorous testing is underway. Once all features have been tested and implemented, the encoder will be launched as well.
Thats going to take a while - the lead time on new DSP families isn't quick.
And how long before their are optimized open source libraries like ffmpeg and x264?
Announcing the world’s fastest VP8 decoder: ffvp8
(09:50:48 PM) sjuxax: Guy on HN said this: "ffmpeg only has a working webm decoder. xvp8 (the x264-based encoder) hasn't been touched for a few months and is basically vaporware"
(09:50:50 PM) sjuxax: true?
...
(09:52:34 PM) Dark_Shikari: not quite true
(09:52:42 PM) Dark_Shikari: close, but not quite.
(09:52:58 PM) Dark_Shikari: 1) the github tree hasn't been updated
(09:53:05 PM) Dark_Shikari: there is more stuff that isn't in the tree yet
(09:53:13 PM) Dark_Shikari: 2) Ronald is dealing with his first baby boy, give him some slack
(09:53:20 PM) Dark_Shikari: 3) Google just hired him full-time for a year to work solely on xvp8
and later on...
(10:12:27 PM) Dark_Shikari: tl;dr: it's kinda vaporware, there's a bit of work done, but it will stop being vaporware in march when Ronald goes to work for Google.
So I'd say expect IE9 to be closer to 27% in 3 years.
Of course this ignores two big questions:
1) Is IE still hemorraging market share? 2) Does IE9 actually reverse the trend of people using Chrome?
And of coure it's only a coincidence that most of those are the ones competing with a Google product.
Flash also supports h.264 video, as do most mobile devices (Android, iPhone, iPad, iPod Touch, Windows Phone 7, Zune even) and game consoles (XBox, PS3, and afaik the Wii). In fact from what I can tell, the only platform that doesn't support H.264 is Firefox without Flash. Compare that to the massive amount of existing platforms and devices which don't support WebM (and have no hardware WebM decoding), and it seems like moving to WebM makes much less business sense.
(yes, it'll consume battery like a dry horse drinks water in a desert)
For mobile devices, that's a huge deal. There are no resources more scarce than battery power on a mobile device.
Personally, I just leave my mobile devices plugged in most of the time anyway so they're always topped off, but that's just me.
DOES NOT COMPUTE.
In the car? Plug it in.
etc.
https://secure.wikimedia.org/wikipedia/en/wiki/Battery_memor...
Two things could end the format war. 1. Apple adopts WebM (which requires WebM hardware for iOS devices) 2. MPEG LA removes all royalties from h.264
I'm not sure what percentage of the market that is, but I'm pretty sure it's pretty small.
In comparison, all mobile devices, game consoles, and Blu-Ray players support H.264, as do all Flash installations (including the one bundled with Chrome that users can't remove), and all installations of Safari and IE9 (when it arrives).
Why? Aren't the iOS devices powerful enough to software decode WebM streams?
Hopefully SIMD and GPU in high-end phones can at least partially alleviate the problem (iOS has Accelerate framework and programmable shaders).
These changes will occur in the next couple months
By then flash will gain WebM playback support. This move is a good one and it does make sense, I don't think there is room for compromise in regards to the open internet and non-proprietary standards.
I haven't tried Flash video on my android tablet (it has a YouTube app) yet, but I've also rooted it and flashed the firmware to remove a software underclock so my experience may not be representative of any stock devices.
For sites which only produce h.264, Chrome includes Flash which can play h.264. And every video site is going to support a Flash playback path for older browsers.
The real impact here is pretty small, other than legitimizing a free and open codec. Chrome has just moved from one must-support category to another one. Most people will never notice the difference. How is that a loss?
Yes, businesses that already use h.264 and flash will probably continue using them. But the bootstrapped websites and startups will opt for the free stuff at least initially, and of all those bootstrapped startups some will be successful enough to make some noise. And then some of the established companies will have cost cutting rounds and will look at those license fees and think about whether they really need to pay them when some of their brand new competitors aren't paying them. At this point the iPhone will start looking bad for not supporting the newest and coolest video startups that are supported on android and Jobs will eventually cave too and add WebM support to the iPhone.
Everything in the web thus far has gone towards the lowest cost and easiest alternative that is still effective, and this will not be different.
Also, Google controls YouTube. So H.264 <video> YouTube could see a sunset at some point, which would be a BFD.
The thing is that all of those video standards use more or less the same basic math operations, just in a different way. This means that a WebM hardware accelerator would look very similar hardware wise to a h.264 one but would have different firmware.
In practice, I am sure that the hardware companies will make one hardware accelerator that can handle both h.264 and webm through different firmware programs. So you wont need much additional silicon or power to handle WebM. It might cost more, if the hardware companies decide to charge extra for WebM support, but that surcharge will not be much, because (i) they do not need to pay license fees, and (ii) there is a lot of competition in that field.
hristov's entire parent post was about why this sentence should end in "for now."
You're dreaming if you think Apple could ignore WebM if it became the de facto web video standard. It all depends if WebM becomes that popular.
I could understand other companies not implementing WebM because it was a new codec developed by Google with no existing community or anything around it.
But such a widely used codec (all my videos are H.264), I don't understand.
Can't they just all support each others codec's, get this stupid war over with and start a large scale push of HTML5.
This hurts users. I am all for standards, but not for hurting users. And like it or not, content producers are using H264 because the devices people like to use can play that video back.
http://lists.w3.org/Archives/Public/www-patentpolicy-comment...
Apple believes that it is essential to continued interoperability and development of the Web that fundamental W3C standards be available on a royalty-free basis. In line with the W3C's mission to "lead the Web to its full potential," Apple supports a W3C patent policy with an immutable commitment to royalty-free licensing for fundamental Web standards. Apple offers this statement in support of its position.
It's powerful and persuasive stuff, worth reading in full. They only removed this statement from their website about 6 months ago.
Multiple companies, including Apple (and Nokia, which ain't exactly a minor player in the mobile market) objected to HTML5 mandating support for a particular codec, largely on the grounds that we don't really know the patent situations of any of the allegedly-unencumbered codecs.
Meanwhile, multiple people objected on the grounds that mandating a current (or, really, several-years-old now since that's what it is) codec in a spec that's not expected to go final for at least a few more years, and which has an expected useful life of around a decade, is just frankly stupid. It'd be like having a spec used today mandate XBM as the standard image format because that was the least-proprietary thing available 15 years ago when early browsers were being written.
Now it's my turn to call bullshit. "We don't really know the patent situations of $x" could be used as an argument against ANY piece of software or standard $x. Unless there is real evidence for such concerns, it's FUD.
Does Google want a Free, interoperable web? Then they should take the money they'd spend re-encoding all of YouTube into VP8 and instead spend it on lobbying to eliminate software patents. Then they could just use whatever's the best option from a technical perspective and we could stop having codec shitstorms every six months.
This is what groups like the MPEG-LA want us to think, but I'm not so sure. The Ogg Vorbis codec used for WebM audio has been in use for a decade, and has shipped in dozens of software and hardware products, some from large companies with big pockets. MPEG-LA made the same vague threats about patent pools against Vorbis, but they never followed through.
Xiph.org conducted a patent search early in the Vorbis process, and believes Vorbis does not infringe on any patents. Google has done their homework on VP8 as well. If they did it right, then VP8 is no more vulnerable to unknown patent threats than any random piece of software. (Sadly, any random piece of software is somewhat vulnerable.)
For that matter, there's no guarantee that H.264 is invulnerable from patent trolls who aren't members of the licensing pool. MPEG-LA doesn't indemnify licensees against third-party patents.
Any random piece of software is vulnerable.
Look, if Google's serious about the threat software patents pose to openness, there's an obvious thing they should be doing, and it isn't "switch the video codec we use in our web browser". Until I see them doing some serious (i.e., big-money) lobbying to abolish software patents, I'm going to assume the whole openness thing is just marketing bullshit designed to play into geeks' stereotypes of them and Apple.
MS didn't commmit to anything, Mozilla essentially blocked H.264 from becoming specified codec too. All had reasonably sound reasons to hold their respective position. Not everything can be explained as good vs. evil.
Even Microsoft's better than this.
edit: could whoever downvoted me explain why he did so?
Isn't the point of HTML that all browsers handle it similarly? If that link is restricted to one browser, it isn't better than all the "Designed for IE6" sites you used to see in the early '00s, and absolutely no evidence of Apple being "fully behind HTML5".
The site you cite is meant specifically to show how Apple is doing with their HTML5 implementation. There is simply no point in viewing it in another browser. Viewing it in, say, Firefox would tell you nothing at all about how well Apple has implemented HTML5 in Safari.
This is completely different from the "Designed for IE6" sites. Those sites were generally presenting information that was useful to people regardless of which browser they were using.
And yet they're converging to implementing all of it.
The site you cite is meant specifically to show how Apple is doing with their HTML5 implementation.
Then it's a Safari demo, not an HTML5 demo. The Microsoft demos use HTML5 and yet work just fine in other browsers.
Those sites were generally presenting information that was useful to people regardless of which browser they were using.
How is seeing HTML5 working in Firefox or Chrome not useful to people?
Correct, which is probably why Apple says: "The demos below show how the latest version of Apple’s Safari web browser, new Macs, and new Apple mobile devices all support the capabilities of HTML5, CSS3, and JavaScript".
"This demo was designed with the latest web standards supported by Safari. If you’d like to experience this demo, simply download Safari. It’s free for Mac and PC, and it only takes a few minutes."
Come see web standards! Using a specific browser.
No company supports open-source if it directly conflicts with their perceived interests. Some companies just take a wider view than others.
What would be the benefit, to them or their users, if they used WebM?
This makes this videos to perform great on their hardware, fast and taking less resources(more battery),it lets them make things like editing video in real time on your phone, but only works for one codec.
If they use software codecs, all their competitive advantages are lost on mobile.
Jason Garett-Glaser put together a great comparison of h.264 vs VP8/WebM. Check it out here: http://x264dev.multimedia.cx/archives/377
His summary: the spec is really terrible, the performance leaves a lot to be desired (though, there is a lot of room for optimization), and it 'copies too much from H.264 for comfort'.
"Patents are about _details_ so the mere fact that something does something like something else, isn’t necessarily something at all.
As we’ve pointed out before, many codec patents are exceptionally easy to work around: They specify every little detail because it makes it _much_ easier to get through the examination but doesn’t harm the patent’s ability to read on the final standard because the standard specifics exactly the patented behaviour.
D_S, for all his undeniable H.264 experience isn’t an expert on patents or even the H.264 patents. We can assume that in cases where VP8 looks similar to H.264 those would have been exactly the cases where care was taken to differ in the right places. I’d expect the primary risks for VP8 to be anywhere _but_ there."
more at http://blog.gingertech.net/2010/05/20/vp8-adobe-is-the-key-t...
The whole VP8/webm situation reminds me of when Microsoft tried to do the right thing and open-license VC1, but got clobbered by patent holders and had to reverse themselves.
http://x264dev.multimedia.cx/archives/589
Update: Tandberg claims they came up with the algorithm independently: to be fair, I can actually believe this to some extent, as I think the algorithm is way too obvious to be patented. Of course, they also claim that the algorithm isn’t actually identical, since they don’t want to lose their patent application.
I still don’t trust them, but it’s possible it’s merely bad research (and thus being unaware of prior art) as opposed to anything malicious. Furthermore, word from within their office suggests they’re quite possibly being honest: supposedly the development team does not read x264 code at all. So this might just all be very bad luck.
Regardless, the patent is still complete tripe, and should never have been filed.
It's also the codec used on the Xbox360, the PSP, the PS3, and other pes of consumer electronics. It turns out that to reach the largest audience of consumer electronic devices and computer, H264 happens to be the best choice.
Video production workflows let content producers save as h264 videos.
The adult industry is using h264 videos on their web sites to serve their content to portable "more personal" devices.
I'd say h264 is pretty entrenched now.
Any user can install Flash. Apple is not depriving the user of anything.
If Google pulls the plug on H.264 on YouTube, they are depriving a lot of users of access. Mobile users (not just iOS users). Wii Users. Blu-Ray players/Web Top boxes.
Will it all eventually get straightened out? Yes, one way or another. But the sudden shift in strategy seems like Google isn't going to care one way or another to who they put out to pasture in order to establish a new de facto standard. It's very 1990s-era Microsoft of them.
Apple could support flash for nothing... Adobe has tried to do it for them, with both direct flash support and this conversion tool. Apple is making a purely idealogical decision.
http://venturebeat.com/2010/09/09/apple-loses-game-of-chicke...
The only legitimate concern with this is hardware decoding, largely in mobile devices.
iOS can implement WebM, no problemo. The problem is, it will be pretty crummy.
If H.264 support is being removed to “enable open innovation”, will Flash Player support be dropped as well? If not, why?
The premise is that openness is all or nothing. But Google can support Flash and work towards openness, just as Apple can prefer open web standards in lieu of Flash while supporting proprietary systems. There's no hypocrisy or conflict.
Android currently supports H.264. Will this support be removed from Android?
Maybe in the future. WebM support is new in Android, hardware decoders are really just coming to market, and there are enough existing and in-production phones that rely on H.264. The constraints placed on Google by the handful of Chrome users leveraging H.264 HTML5 video is completely unlike the realities of dealing in the handset market.
YouTube uses H.264 to encode video. Presumably, YouTube will be re-encoding its entire library using WebM. When this happens, will YouTube’s support for H.264 be dropped, to “enable open innovation”?
YouTube continues to support other proprietary formats. As with Sorenson, they're not going to drop H.264 until they don't care about the market share of H.264-only devices. In the meantime, they will try to drive people towards WebM in support of "open innovation". This is not inconsistent or even new.
Do you expect companies like Netflix, Amazon, Vimeo, Major League Baseball, and anyone else who currently streams H.264 to dual-encode all of their video using WebM?
It should be obvious that Google's hope is anyone using HTML5 video will eventually move to WebM exclusively.
If not, how will Chrome users watch this content other than by resorting to Flash Player’s support for H.264 playback?
Content producers won't care if Chrome users end up in Flash, since the content's still available and very few non-mobile users are getting HTML5 video anyway. Flash is still the norm outside of mobile devices.
Who is happy about this?
Were people ecstatic that Chrome supported H.264? Most people simply don't care about this kind of stuff and for good reason.
(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?
You can turn off flash in Chrome
about:plugins
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.
An incredible victory for openness!
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.
Can anyone name a single site with significant traffic cother than Google/Youtube who are doing WebM or Ogg?
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!
Here's the thing, though. Mozilla and Google, over the past year, have basically used the video-codecs thing as a publicity stunt. LOOK AT ME I'M SO PURE AND OPEN AND NOT LIKE THOSE VICIOUS CLOSED EVIL APPLE NAZIS (except please please please don't ask us about all that proprietary stuff we still do, please). It's hard not to see this as hypocritical.
So it's perfectly reasonable to, for example, call Google out on that. If they're really serious about openness, but need to make some compromises to deal with legacy proprietary stuff, why was this the specific compromise? Why not, say, keep H264 support in the <video> element while encouraging people to re-encode, and cut Flash? That at least gets you progress toward an open standard -- HTML5 -- if not a completely ideologically pure platform.
And especially given the fact that H264 has already literally won -- in the mobile market, in the broadcast market, in the home-entertainment market -- while Flash players which spool out H264-encoded video are essentially interchangeable with HTML5 <video> elements which spool out H264-encoded video, it's hard to see this as a genuine move in support of "openness".
It should be obvious that Google's hope is anyone using HTML5 video will eventually move to WebM exclusively.
This is the real point, I think. Google, I'm pretty sure, doesn't actually give a shit about openness; they care about getting people to use platforms they can control. See the requirements you have to meet to get the actual Android platform (you know, the one with the useful Google apps). See their ongoing spats with sites like Facebook, which are rooted more in Google not getting access to/control over data than any noble attempt to serve privacy. And see WebM, the codec Google owns, and which they're going to ram down everyone's throat via every channel they can use.
Like what?
Uh... okay? I'm completely serious here. Please tell me what you're referring to.
Also the definition of public domain varies by country, and it's actually safer (for the rest of us) to prefer stuff under BSD-like licenses, although I prefer APL the most because it also has an explicit patents grant.
"Star Wars" resembles "Lord of the Rings" in a lot of ways, but I don't think the Tolkien estate has sued over the hero's journey archetype yet.
The difference is that one company is claiming to champion open left and right whereas the other company focuses their discussion of open to very specific areas. There is hypocrisy with the former company in this case.
Maybe in the future. WebM support is new in Android, hardware decoders are really just coming to market, and there are enough existing and in-production phones that rely on H.264. The constraints placed on Google by the handful of Chrome users leveraging H.264 HTML5 video is completely unlike the realities of dealing in the handset market.
The point is that many view Chrome's move to eliminate H.264 as rushed, so why not rush Android's move? It's rhetorical. Google can't rush Android's move because it would kill Android to be unable to view 99% of online video.
It should be obvious that Google's hope is anyone using HTML5 video will eventually move to WebM exclusively.
Again, rhetorical. These companies won't move to WebM any time soon. It's interesting to me that very few of the comments here bring up the issue of encode quality. Netflix and Amazon are two companies that regularly deal with Hollywood studios, who have review policies for distributed video quality. WebM is inferior and very likely to remain inferior to H.264. One question Gruber failed to pose is: Does Google expect everyone to accept across the board lower quality of video content in the name of marginal "open"?
Content producers won't care if Chrome users end up in Flash, since the content's still available and very few non-mobile users are getting HTML5 video anyway. Flash is still the norm outside of mobile devices.
There are numerous reasons that's an unsupported blanket statement. Of course content producers will care. Why would they not care about how to support various and incompatible distribution and playback methods?
Were people ecstatic that Chrome supported H.264?
Clearly, there's a difference between caring about something that works as is generally expected and caring about something that doesn't work in opposition to expectations. People care when things break. The correct answer to that final question is: Adobe. Hurrah for them?
H.264 is the closest thing to a ubiquitous codec there is and assuming Chrome correctly updates the "canPlayType" javascript function I won't even have to update our players to provide Chrome users with the crappy Flash player.
As a Chrome user, I'll be switching to Safari so I can continue to get the working HTML5 player.
We'll consider switching once Apple adds support for WebM and the millions of old iOS devices are obsolete. In other words it's H.264 for us for the next 3 years.
1) All browsers with Flash players 2) Any "web connected" set top device/TV 3) About 50% of HTML5 video compatible browsers
With this move by Google #3 falls to 25% or less. And they're looking to add WebM support to #2. At some point consumer demands you support both because their shiny new Macbook Air/Chrome OS tablet/TV doesn't play video. Good move by Google to justify their $125M investment in On2, but end users will end up being inconvenienced as the splintering continues.
This is just going to feel like a regression to most end users who really don't give a crap about who holds what patents.
Firefox has something like twice the browser share of Chrome. If you were OK sticking Firefox users with Flash video, I don't see how that's hugely different from sticking Firefox AND Chrome users with Flash video.
If you want to support all modern browsers, you used to have to do two encodings. After this announcement, you will still have to do two encodings.
1) All desktop browsers play WebM natively or via Flash/OS codec. 2) (perhaps no change, as I don't expect GoogleTV to go anywhere) 3) Majority of HTML5 implementations, and also market-share wise, support only VP8/Theora (with Google flipping the switch it's already the case)
In that landscape it might make sense to encode WebM for desktop and low-res H.264 for mobiles.
Can someone just look at the table at http://en.wikipedia.org/wiki/HTML5_video and really tell me that this mess isn't the fault of MS and Apple in the first place? Ogg is ready to play a big role and WebM is catching up. The only blocking factor here is Internet Explorer and Safari, not Chrome.
Considering that MS and Apple have been working in video for a long time now they chose the codec with the best available experience for their users (who aren't the ones picking up the licensing fees).
[1] http://arstechnica.com/open-source/news/2010/02/ogg-theora-v...
Anyway, i think WebM comes very close already (i actually don't see differences): http://www.quavlive.com/video_codec_comparison
Instead of embracing the patent encumbered codec we should be thankful for Google to actually buy a codec (VP8) and release it _for free_. I couldn't imagine this from any other company.
Still many people just want their h.264 no matter what. It's bad for a free and open internet, that's my belief.
Then they can use a browser whose creators decide to pay for the license.
H.264 is not Apple's codec, nor is it Microsoft's. Both of them have to license it, just like any random company off the street would. Apple does own one or two of the several hundred patents involved, so might get a very slight discount on their license.
> I am fully behind the decision of Mozilla, Opera, Google and others to support open and patent unencumbered video formats.
WebM is probably patent encumbered. We just don't know who owns the patents yet.
Nada @ http://investing.businessweek.com/research/stocks/private/bo...
Do you really think Mircrosoft is like "oh, well. MPEG-LA, we hand over the rights for our patens to you. Do as you wish with those patents and also please give the license fees to the other companies. But please don't give us money!"? ;)
You do know that the MPEG-LAs purpose is to collect the rights to those patents from those companies (the licensors) and collects money from the licensees, redistributing it to the licensors. Now Apple and MS are on the list of licensors. And they don't get money, you say? And never will? sure... :)
Classic FUD.
Actually we do, because Google used the very clever strategy of essentially copying the H.264 algorithm and then methodically working around all the patents. This means that if there are outstanding patents on WebM they are probably on H.264 as well. But the great likelihood is that there are not outstanding patents because any such patent holders would have long ago put their hands up to join the H.264 patent pool and reap the benefits.
H264 isn't "an algorithm" its a pretty massive collection of different algorithms. I actually find it a bit difficult its not infringing in some way and this analysis seems to confirm this.
I don't think your link contradicts what I said - in fact, in a way it gels very well with it: the conclusion is that VP8 is essentially H.264 with all sorts of bits missing and tweaks that in most cases make it worse than H.264. That's exactly what you would expect if someone took a patented algorithm and went through it point by point to work around the patented parts.
There's a more thorough discussion of this here:
An analysis of WebM and its patent risk
Secondly, Apple "picked" H.264 as a format nearly four years ago when they built the original iPhone with hardware decoding, before WebM existed and likely before some of the code for WebM was written.
Third, whatwg tried to pick one single codec in 2009. Again, this was well before WebM existed in its current state. Back then, the two options were:
1) Ogg Theora
2) H.264
Read Ian Hickson's summary of the different browser vendors' positions from 2009: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-Jun...
As you'll note, it boiled down to "we're okay with H.264 because we can afford it and want to support something now" vs. "it's too expensive and we'll wait." Microsoft was late to the game or apathetic.
WebM was released by Google 7 months ago. Think about that! You expect a company like Apple whose business lies primarily in mobile devices that are capable of hardware decoding H.264 video to suddenly pivot and widely implement a codec released by a company that is increasingly competing with its core business and that has an unclear patent future and inferior technology.
A table of the current state of implemented tech features is not the same as knowing the history behind these decisions.
Why are so many against the proprietary Flash format but embrace the H.264 codec? Google even invested 133 million dollar to buy On2 and offer the world an alternative.
> Why are so many against the proprietary Flash format but embrace the H.264 codec?
This is the wrong question to me. A more apt comparison is to JPEG or GIF. Considering the work I just did, it's like comparing JPEG to Bitmap—of course I like JPEG better, and its licensing issues have been transparent to me as a developer and end-user.
As a developer, I dislike Flash because:
1. it's slow on my computer
2. it requires another language for client-side development,
3. it breaks how the web "works" (open in new window, back button, etc.)
4. it costs me a developer money as opposed to the browser vendor
If you look at the above list, the web going the way of H.264 has none of these problems. Personally, I'd like a single video format but wish that WebM had come along two years ago instead of causing another transition in video formats.
Of course it will go away once the patents expire, just like with GIF, but calling it 'open' now is just marketing speak which doesn't come close to the actual nature and purpose of open-source software.
I didn't know Google fanboyism existed.
> I didn't know Google fanboyism existed.
Ad hominem is still as bad as it ever was
How's this for a play:
Initially, Google drops H.264 in favor of WebM in Chrome. YouTube begins serving WebM in an HTML5 wrapper to Chrome clients. Mozilla, in search of open codecs with wide support implements WebM in Firefox. Other video services begrudgingly make the leap and start encoding their video in WebM format to support a growing number of users.
Google extends an olive branch to Adobe in order to get WebM support in Flash, ensuring that desktop computer users on all platforms will be able to play back WebM content, hardware support or not.
This gives Google the coverage they need to start turning the screws. While the events outlined above are unfolding, handset manufacturers see the writing on the wall and start including WebM hardware support in Android handsets.
Apple, being fully involved with H.264, fights all of the above every step of the way. The stubborn company that they are, they will not adopt hardware WebM support in their devices in favor of uniform H.264 support across their product line. This will hurt battery life during video playback for non-Apple sourced video on iOS devices and will erode the Apple user base because of competitive disadvantage.
======
None of the above may be true, but it sure would make for a great "Pirates of Silicon Valley 2".
Or they just support those users instead by serving them Flash - which they have to do anyhow to support IE6/7/8 and Firefox 1/2/3, avoiding the hastle and cost of more video encoding and storage. And none of the rest then happens.
* Widespread WebM support in web browsers (Flash is a good vehicle for this)
* WebM exclusivity (or at least preference) on Android handsets
I'm not sure how they'd execute the latter. The handset manufacturers pick the chipsets and build the drivers, so it's not clear to me how that part plays out.
Like I said, it's a stretch, but given that Google seems to want to go head-to-head with Apple, it's plausible, IMO.
You know, for the good of the users.
Certain formats and practices are already part of the web, for better or worse, and it's not fully within the browser vendors' power to change that. If any browser dropped Flash support, it would break thousands of popular web sites, and users would simply switch browsers.
What is within our power is to decide which emerging standards to support. Dropping H.264 in <video> at this point won't cause users to flee the browser. And it does give us some chance of avoiding another patent-encumbered format becoming a de-facto standard on the web.
We don't control existing sites, but we do control our own actions which influence new sites. We can't alter the past, but we can change the future.
While H.264 <video> is already deployed widely thanks to iOS, it's generally with a fallback for the majority of users whose browsers don't support it. Removing it from Chrome will not break the web for users, in the way it would if they removed Flash or GIF or JavaScript semicolon insertion, or any other of the many web technologies we'd like to retroactively wish away.
Well, Mozilla's already gone down the road of hypocrisy ("H264 bad! Plugins insecure! Keep shipping Flash!")
In addition: The Mozilla project does not ship Flash. You have to download it from Adobe's website and install it yourself.
I'm calling bullshit, badly disguised as a strawman.
Mike Shaver and Robert O'Callahan both -- during the early attempt to frantically spin this as more than just an ideological PR stunt -- pointed to security as a reason why they didn't feel comfortable delegating to other software. See the following posts:
http://shaver.off.net/diary/2010/01/23/html5-video-and-codec...
http://weblogs.mozillazine.org/roc/archives/2010/01/video_fr...
http://weblogs.mozillazine.org/roc/archives/2009/06/directsh...
Of course, they did eventually come clean and admit this was just a naked ideological PR stunt. O'Callahan's quote about the fact that delegating to OS codecs would mean giving up Mozilla's control -- sorry, "leverage" -- over what users can do with their own computers is particularly telling, especially in a debate that's ostensibly about "freedom".
I'm calling bullshit, badly disguised as a strawman.
I'm calling "do your homework, lest you look like a badly-informed fanboy".
http://shaver.off.net/diary/2010/01/23/html5-video-and-codec...
We have exactly two references to "security" :
And I want that not only altruistically, but also because I want the crazy awesome video (animation, peer-to-peer, *security*, etc.) ideas that will come from having more people, with more perspectives, fully participating in the internet.
(about 60% of our users are on Windows XP, which provides no H.264 codec), *to security* (exposure of arbitrary codecs to hostile content), and to user experience
http://weblogs.mozillazine.org/roc/archives/2010/01/video_fr...
This is an FAQ or rant if you will, which goes on and on about why Mozilla does not want to implement H.264. Oh yes, not one single word about security
This one:
http://weblogs.mozillazine.org/roc/archives/2009/06/directsh...
indeed discusses security. It is however not geared towards H.264, but towards Microsoft's DirectShow. Using this article as a reference regarding Mozilla's stand on security on H.264 is at best a stretch and at worst intellectually dishonest.
I'm calling "do your homework, lest you look like a badly-informed fanboy".
In addition. I'm rather an uninformed fanboy then an intellectually dishonest fanboy, which surprises me looking at your Kharma.
When Mozilla announced its stance on H264 many people, including myself, wondered why they didn't just let some standard third-party plugin do H264 and worry about the licensing, or delegate to the operating system (which, these days, is pretty likely to ship an H264 codec). Their response included a fair bit of hand-waving about security, as you can see clearly from the references I linked. This has been demonstrated to be bullshit, seeing as Microsoft itself released a Firefox extension to get H264 video support through the operating-system media framework, and the world hasn't ended because of it.
Now, how about you add reading comprehension to the list of skills you're going to be working on?
Sure this hurts users in the short term, but a single standard format has not been settled on, this could be much more disruptive if google had of left it in
Note: I'm a huge Apple fan and I use lots of their products with alacrity.
Is it just me, or does Google seem to be increasingly heading down this path? Granted, Google tends to go down the open-source route, where Microsoft has tended not to, but I'm not sure that excuse holds up well over the long-term.
Either way, I'm genuinely curious if anyone else feels this.
Yeah, they sure are evil. I hate freedom, especially when it means I will have to add a command-line argument to my video encoding process!
If that's true, at what point does that trait change from an advantage to a liability? Is it purely about openness? Or is it more subjective (e.g. I don't like Silverlight, so Microsoft should support standards vs. websockets sound awesome, and I'm glad Google is innovating)?
They also based their browser around Webkit which is promoted by their main rival Apple (although based on the original KHTML) and many Google engineers are bullish about the Apple endorsed LLVM for the Portable Native Client code.
I see couple of other things, apart from free and royalty side of arguments. My story goes like this:
when Apple released iOS device in 2007, H264 was the better choice for mobiles with hardware decoders. Google converted Youtube videos to H264 to support iOS devices. Rest of the world followed. Both Apple and Google wins and they are happy to promote H264 for the wider adoption.
Then after three years, a different competitive landscape, with Android popularity even without H264 hardware decoders advantage, at the same time Apple support to H264 but not to flash, gives big strategic advantage to Goolge to move world away from H264 to its own alternative (openness helps the cause). Win to Google, Lose to Apple.
Its not important anymore which desktop browser support what. We can work with multiple browsers on our desktops/laptops. Its all about to whose advantage it plays out in mobile devices space.
That is why we will see lot of FUD in future in this space while Google and Apple fight for their interests in name of openness.
Surely this is just like Apple not supporting Flash in the hope that people go create HTML5 stuff which is open.
Both companies have taken strategic and gutsy moves that will temporarily inconvenience users in the hope that long-term it pays of to both the companies and the users.
An ubiquitous solution is in the best interests of users. My parents could care less about whether the video is encoded in H.264 or Ogg. They just want it to work on their iPad.
> Surely this is just like Apple not supporting Flash in the hope that people go create HTML5 stuff which is open.
It's not the same at all. Google, through YouTube and Chrome, helped make H.264 the defacto standard it is. Now they are trying to pull the rug out from under it. Apple never had support for Flash. Not to mention that Flash is a POS and doesn't work well on mobile devices anyways.
> Both companies have taken strategic and gutsy moves that will temporarily inconvenience users in the hope that long-term it pays of to both the companies and the users.
Long-term this isn't a game that Google wins. They've inconvenienced their users and the web will go on with H.264.
Standards are not de facto. Standards are things created by standards bodies. The word has an actual meaning. Trying to twist it to mean "the way we do stuff now" (as your argument for h.264 does) or "the way I want to do stuff" (as many arguments for HTML5 (which doesn't have a standard yet) do) is intellectually dishonest. </rant>
If you don't think de facto standards are important then you are clueless about the history of the internet and technology in general.
Or to put it another way, standards bodies do not, as you seem to be implying, have a monopoly on the word "standard".
h.264: IE, Safari
WebM: Chrome, Firefox 4
Streaming video with Flash: all of the above
In which case the most standardy standard is "h.264 over Flash", with native h.264 and native WebM tied for second place.
Shame their iPad doesn't support Flash then...
Depends on how you look at "best interests". Another way to look at it is that it's in your parents' best interest to see for themselves what a closed platform entails, and to think twice before investing in one in the future.
Also, keep in mind that use of the HTML5 <video> tag is quite limited at the moment. The impact is quite minimal.
If Google didn't make a move like this, WebM might not take off the way it needs to to challenge the closed alternatives.
Firefox doesn't bundle Flash either, and that hasn't killed it.
For Firefox, you'd have to fork it along with Gecko and XULRunner.
Yes, that is exactly what every non-technical user is going to do to get HTML5 video working properly in Chrome. If there was a button that popped up saying "Get the h.264 codec for Chrome" whenever there was the possibility of using it, then we'd have a comparison, but I doubt replacing shared libraries underneath Chrome is ever going to be a supported mode of extension.
Unlike Firefox, Chrome extensions are sandboxed, so they can't automatically replace the file for you. Someone can just make a simple native installer to do so though.
Still, the tide appears to have turned, so the usefulness of restoring h.264 <video> support may decline within a year. People outside the Mac world will probably just standardize on a Flash video player instead of trying to support multiple playback frontends.
They got accused of the same hypocrisy when they announced a royalty-free codec only strategy. They had some good responses, that I can't find right now but boiled down to "WebM is a fight we can win, removing or banning Flash is suicide".
When they first implemented it, they also got a special license from Adobe to distribute the Flash xpi from addons.mozilla.org, and did so happily, but I think the file is hosted by Adobe these days.
They've also baked in a special Flash updater too — if your Flash plugin has known security vulnerabilities Firefox will prompt you to automatically update it: http://blog.mozilla.com/metrics/2009/09/16/helping-people-up...
...which supports H.264 in an MP4 container...
http://diveintohtml5.org/video.html
....so I'm not clear on what's actually happening here. Is Chrome going to just stop handing off MP4/H.264 from video tags to the bundled Flash Player even though it's there and can play it? Or will it stop bundling Flash Player? Or bundle a crippled Flash Player? None of the above?
does it support H.264? if not then play with flash.
which is easy.
Especially compared to - re-encode all my stuff and change complex encoding workflows.
The average user isn't even going to be able to tell the difference.
Google has such an arbitrary definition of open.
H.264 is patent encumbered and controlled by an organization that only temporarily does not charge for its use. It will never be open. And btw. Apple is on the H.264 consortium and will profit handily once prices will be charged for H.264.
Flash is an open standard with only one implementation (unless you count gnash and swfdec, etc).
I can't wait for Flash to go away too, but this is certainly the lesser evil.
What has been the result of H.264 being patent encumbered? Practically: nothing. So though it's true that it is, it has essentially caused no loss.
What has been the result of SWF being open? Practically: nothing. Adobe's closed implementation remains the standard implementation. So though it's true that SWF is open, it is essentially closed.
H.264 ... will never be open.
Patents expire.
Apple is on the H.264 consortium and will profit handily once prices will be charged for H.264.
Not relevant, though I'd point out that Apple has very few patents that comprise H.264 in comparison to the entirety of the pool. The probability that they make or will make any significant money is extraordinarily low.
Fundamentally however, my original post that you replied to is specific to Google's patently arbitrary definition of "open". Google doesn't build an open implementation of SWF into their browser, they build in Adobe's Flash player. Even if they did, it goes to my above point re: SWF is effectively Adobe Flash. Google is not anywhere close to open, no matter how often they repeat the mantra.
Shipping a browser with H.264 support is difficult for newcomers or niche players. In other industries, this is called anti-competitiveness.
There are no real hardware/product reasons for websites to support webm right now.
h264 on the other hand gets the benefit of working with all the iphone and more recently apple tv. Promised new update this year will even allow HTML5 video to be streamed to apple TV directly from the browser of iphones, ipads, and i imagine safari. This is one of these technologies that will really increase the use of h264.
I run the larges cycling site and we handle 100s of niche video uploads per day so I follow this closely, and as much as I'd like to jump on webm, I'm going to definitely hold of. Currently we convert videos to 3 formats to try handle all cases, and having to now multiply that by 2 with another codec is a lot of extra resources.
2.5 mbit h264 web HD/appletv h264 1 mbit h264 for web SD/iphone 300 kbit mobile
- webm makes no sense in the short term. - you need apple support to make webm happen faster
Think about all the extra resources, time, effort that you are asking from companies in the world to support the 2 formats. If you want to be efficient with society, keep the support of h264 while webm development happens, transition once all the big players support the new format. Alternatively take all the money/time/efforts and get apple to transition. If apple does not jump on the wagon, it's going to be years and years of wasted resources in society.
But to remove a feature you currently support that works well...that's a poor decision that doesn't help your users or the web in general.
However in the long run I think this will be an example of 'worse is better' happening, I think WebM will win over H.264. If that is bad or no that's depend on how do you see Apple and Google, if you believe this post contain a good message or if you believe Gruber but not both, for me both are just false in their pretense of openness, which is why I supported Theora in the first place.
Theora vs. H.264 was the first big fight that I remember in HN were the majority of comments were just bullshit for me (just like this thread), although there were really good ones from both sides, I also commented in the matter, back then I said that codecs would grow in irrelevance, I belive that H.264, as a patent covered standard, will lose in the future because its licensing terms are not clear and a license for its use can be pretty expensive to people trying to win some money from web video, specially those that have no money initially to spend in royalties (like startups, open source and non commercial projects), my example back them was a cloudy video editor, maybe something that is impractical today, but that I do expect becoming at least practical for simple uses in 2 to 3 years from now.
For this type of user paying for royalties in the beginning just does not make any sense and is stressful for their financial situation, this if they want to win money with their project, it's even more complicated for open source projects, for the case that people want to win some money from their company or project a good comparison would be the college student that take loans, trying to make some potential money in the future while spending money that he does not have in the present.
I think that WebM will have the preference of this public if they are not aiming Apple products. For me this will happen just because MPEG LA was incompetent enough and did not knew how to deal with the situation, opening the standard to small business, not charging users and business that only stream the using codec, things like that that the consortium never clarified (they never defined the "broadcast market" from which they plan to charge royalties from).
More could be said about why I think H.264 will be a thing of the past in the following years, but them my comment would be too big.
H.264 is royalty-free for at least the next 5 years, has widespread hardware encoding and decoding support and its patents will eventually expire. Removal of this codec from Chrome just doesn't make any sense to me. I'm sure all those people who have recently switched to Chrome won't find it too hard to switch away if the "more open" video support starting burning through their laptop battery three times as fast.
First customer here.
Hopefully they do not purposefully constrain the codec support, like Microsoft did. IE9 uses the system's DirectShow plugins, but whitelists the specific codecs because they don't want to dynamically load shitty DivX binaries into the browser and expose them to the DOM. It sucks but it was the right decision considering the circumstances.
The format will need hardware because it is so difficult to decode with software.
Google gets hardware support on their laptops and mobile devices, changes YouTube to be WebM only, forcing Apple/Windows/Nokia/SonyEricsson to need hardware to decode.
Consumer loses out (the video quality of this, and the image quality of their image format is not exactly what should be expected to be released in a new format for 2011).
HOWEVER, I'd like to raise a couple of points.
One is that the x264 devs, easily some of the most codec-knowledgeable people in the world, have raised questions about VP8's patent exposure. It's fair to say that On2 didn't have to worry about getting sued over implementation details of VP8 as long as its design was hidden and proprietary, but I'm quite confident that google is going to get shaken down over webm, a lot like Microsoft did with VC1. Unlike Microsoft and VC1, Google will settle and license the patents in question, with indemnification for webm users, because webm is more important to them than VC1 was to MS. But it's going to cost them.
Second, anyone serving video now has a nice low-resistance path that means encoding exclusively in h264 - served up via the html5 <video> tag for iPhone and newer browsers, and served up inside flv with a flash plugin for older browsers. H264 isn't going to go away anytime soon, so google wants everyone to start encoding 2x now - with h264 and VP8. Or I guess you can just start using YouTube...?
BTW, will it be possible to enable it back with an extension? I don't really want to stop using Chrome because of this.
Perhaps they'll end up doing the same for Chrome?
First, H.264 != VP8/WebM. WebM is roughly equivalent to H.264 Baseline Profile and can't get the quality/compression of even H.264 Main Profile. I won't even mention H.264 High Profile, which is crucial for HD content.
Second, there is no hardware support for decoding VP8 right now, while there is for H.264. Which means that if publishers indeed start dropping H.264 (which I hope won't happen), we'll get stuck for years with mobile devices that get poor battery life. Instead, we'll get promises of Great Things "just around the corner, in a couple of months". That's similar to the perpetual cycle of great, smoothly working Android devices which always exist in the future tense.
Third, no one knows if VP8/WebM is immune from patents. It most likely isn't, it's just that nobody has laid claims yet. Most modern video processing techniques are patented in some way and sticking fingers in your ears won't make those patents magically go away.
> Q: Are all AVC essential patents included?
> A: No assurance is or can be made that the License includes every essential patent.
http://www.mpegla.com/main/programs/AVC/Pages/FAQ.aspx
However, as far as known patents go, VP8 is clean. I'm pretty sure Google put incredible effort in analysing the risk before making themselves troll target.
The codec is very close to violating many patents, but with "strange omissions" (http://x264dev.multimedia.cx/archives/377) that make it non-infringing. IANAL, but that sounds like great strategy — there are unlikely to be two different 99% overlapping patents (that would survive re-examination and apply to VP8 only), and you can be sure you're not infringing the known one.
If you look at list of supporters:
http://www.webmproject.org/about/supporters/
That's patent troll dream. Everyone to sue, from small fish to test claims on to biggest pockets to drain. And yet, no trolls appeared.
As it is right now there are probably several elements toyour site that require different rendering depending on the browser (IE6 I'm glaring at you).
There's a big difference between an additional CSS stylesheet and encoding and storing every single video on your site twice.
> We currently face the same inefficiency of having to encode videos in multiple codecs today. Want your vid on iOS? H.264. Want your vid on other platforms?
Most companies do not encode their videos with multiple codecs. They encode with H.264 and the video will work with an HTML5 player in IE9/Chrome/Safari on the desktop and Safari/Android on mobile. Fallback to Flash is available for older browsers and Firefox. Companies will continue to use this scheme, it just means that Chrome users will now be stuck with a crappy bug-ridden flash player as opposed to a native player.
http://jacobian.org/writing/descriptivists-and-prescriptivis...
Give us the tags to support it but leave it up to a plugin.
I know that multiple developers can focus on different parts of a browser's codebase at once, but it still doesn't make sense to me that a browser codebase should maintain a video codec as advanced as H.264 which constantly has room for performance/quality improvement.
Pretty shitty move by google.
They have a codec that performs like this other one, but open for everybody to use without paying royalties. They have an agreement with most browsers to support this codec. None of the other browsers want to pay royalties for these codecs.
Well... the plan is clear
Edit: found it...
defaults write com.google.Keystone.Agent checkInterval 0Sorry google, but I own an iPad. :(
"Specifically, we are supporting the WebM (VP8) and Theora video codecs, and will consider adding support for other high-quality open codecs in the future. "
Mpeg-LA has been bullying everyone for too long...
It does seem a bold strategy, I would have probably waited at least a bit longer.
Edit: Oh, "These changes will occur in the next couple months"
They have moved fairly quickly since then.
And Android tablets look a LOT better.
Android doesn't even do hardware-accelerated graphics, let alone video decoding.
I actually think Apple wins it as someone creates iTube. People will switch browsers. They won't give up their iPad (at least not until there are some better Android browsers on the market).
That would be the main attack on Apple, not removing support for HTML5 h264 in Chrome (flash is the easy backup here). There's a motive for Google to convert YouTube to WebM to screw Apple, but it doesn't seem likely.