W3C home > Mailing lists > Public > public-html@w3.org > July 2009

Re: Codecs for <video> and <audio>

From: Maciej Stachowiak <mjs@apple.com>
Date: Thu, 02 Jul 2009 18:47:33 -0700
Cc: Doug Schepers <schepers@w3.org>, Joe D Williams <joedwil@earthlink.net>, robert@ocallahan.org, Ian Hickson <ian@hixie.ch>, David Singer <singer@apple.com>, public-html@w3.org
Message-id: <CB9772D6-4764-442F-B990-CFB2938BC755@apple.com>
To: Jonas Sicking <jonas@sicking.cc>

On Jul 2, 2009, at 6:27 PM, Jonas Sicking wrote:

> On Thu, Jul 2, 2009 at 4:52 PM, Maciej Stachowiak<mjs@apple.com>  
> wrote:
>> - has off-the-shelf decoder hardware chips available
>
> Given that this is a requirement that simply isn't satisfiable, I
> don't think it's a reasonable requirement.

There are audio and video codecs that have off-the-shelf decoder  
hardware available, so the requirement is definitely possible to  
satisfy. As it happens, I don't think any video codec satisfying this  
requirement also satisfies all the other requirements. I don't see why  
this is the requirement that should be dropped. I understand that it's  
less important to Mozilla than some of the other requirements, so that  
Mozilla is willing to go with a codec that doesn't satisfy it. But for  
other parties this requirement represents large amounts of money at  
stake. For Mozilla, enabling royalty-free downstream distribution of  
Firefox and guaranteeing royalty-free authorability of Web content are  
important priorities. I believe these are the primary reasons H.264 is  
a nonstarter for Mozilla currently. For Apple (and I imagine other  
vendors), ability to deliver a high-quality experience on mobile  
devices at reasonable cost is a high priority. Even considering the  
goals of the W3C as a whole, I don't see a principled reason to  
override either of these requirements.

>
>> - is used widely enough to justify the extra patent exposure
>
> Why is this a requirement for video decoding, but not for the multiple
> other technologies that exist in HTML 5 (or any other W3C spec)?

I don't think anyone is concerned about risk of additional patent  
exposure from other HTML5 technologies, to the point that this is a  
showstopper for implementing.

Regards,
Maciej
Received on Friday, 3 July 2009 01:48:19 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:47 UTC