preface: IANAL. This post is meant to briefly describe what we are doing, not to give any legal guidance or opinions. It is not meant to be authoritative, please look at the source code if you want to verify these things yourself.<div>
<br></div><div>We are using H.264 in Google Chrome, not in Chromium. We do not have the ffmpeg / h.264 related code in chromium (only the header files for ffmpeg), ffmpeg and h.264 related stuff is a complete external dependency loaded at run time. Chromium is the open source project, Google Chrome is the product we build by taking that open source code [chromium] and adding a few things that we don't make available in chromium (e.g. our artwork, and in this case a binary for ffmpeg / h.264 related stuff that is loaded at run time). </div>
<div><br><div class="gmail_quote">2009/5/29 Benjamin M. Schwartz <span dir="ltr"><<a href="mailto:bmschwar@fas.harvard.edu">bmschwar@fas.harvard.edu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Ian Fette (イアンフェッティ) wrote:<br>
> We have chosen to support H.264 + AAC as well as<br>
> Ogg (Theora + Vorbis) for <video> in Google Chrome<br>
<br>
</div>H.264 is heavily patented, and H.264 implementors typically acquire patent<br>
licenses from MPEG LA.  However, as noted in [1], Chrome's use of ffmpeg<br>
for codec support subjects it to the LGPL, which requires that any such<br>
licenses be fully transferable and unrestricted.<br>
<br>
How does Google intend to meet its legal obligations in reference to H.264<br>
(and AAC)?<br>
<br>
--Ben<br>
<br>
[1] <a href="http://annevankesteren.nl/2009/05/web-video" target="_blank">http://annevankesteren.nl/2009/05/web-video</a><br>
<br>
</blockquote></div><br></div>