3 ms·
Well, it seems like Google can easily add the codec support to WebKit, in which case it would be hard for Apple not to support it -- they'd have to explicitly d
by eklitzke 17y ago
Well, it seems like Google can easily add the codec support to WebKit, in which case it would be hard for Apple not to support it -- they'd have to explicitly disable that code. That seems unlikely given that Apple has really been pushing HTML5 forward, and it's no work from them for a cool feature.
Obviously getting Microsoft to add codec support is another issue altogether, but it seems plausible that it could be done. Since Google would own all of the IP, they can sign some patent contract with Microsoft promising that yes, this really is open, and no, they won't ever sue Microsoft over implementing the standard. If that were the case it would make the VP8 codec the most promising among the alternatives for Microsoft, since it would be free and its IP status would be certain and guaranteed. It seems like the question hinges on whether or not Microsoft plans to add <video> support at all, and since they've made vague claims supporting HTML5 and these new fangled web standards, it seems plausible that some version of Internet Explorer could support the codec in the future (even if it takes them a while).
- lambda 17y agoEr, Google just controls the Chrome and Android ports of WebKit, not the Mac, Windows, or iPhone ports. They all have their own media frameworks which are separate; the Mac and Windows Safari ports use QuickTime, and thus support whatever codecs QuickTime supports (so, you can install a Theora plugin, and presumably VP8 once it's released), while Chrome uses a modified version of ffmpeg, and I'm not sure what the iPhone or Android ports use.