Re: [rtcweb] Straw Poll on Video Codec Alternatives

David Singer <singer@apple.com> Wed, 18 December 2013 22:14 UTC

Return-Path: <singer@apple.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CABA1AC4C1 for <rtcweb@ietfa.amsl.com>; Wed, 18 Dec 2013 14:14:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.44
X-Spam-Level:
X-Spam-Status: No, score=-7.44 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.538, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DyXUGiI9lTiM for <rtcweb@ietfa.amsl.com>; Wed, 18 Dec 2013 14:14:25 -0800 (PST)
Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) by ietfa.amsl.com (Postfix) with ESMTP id C792C1AE177 for <rtcweb@ietf.org>; Wed, 18 Dec 2013 14:14:25 -0800 (PST)
MIME-version: 1.0
Content-type: text/plain; charset="windows-1252"
Received: from relay6.apple.com ([17.128.113.90]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MY000COQWG0NNR1@mail-out.apple.com> for rtcweb@ietf.org; Wed, 18 Dec 2013 14:14:24 -0800 (PST)
X-AuditID: 1180715a-b7f3c6d00000020e-fb-52b21e3faaa0
Received: from spicerack.apple.com (spicerack.apple.com [17.128.115.40]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay6.apple.com (Apple SCV relay) with SMTP id 49.FA.00526.F3E12B25; Wed, 18 Dec 2013 14:14:23 -0800 (PST)
Received: from singda.apple.com (singda.apple.com [17.197.32.11]) by spicerack.apple.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MY000A76WFZ1K50@spicerack.apple.com> for rtcweb@ietf.org; Wed, 18 Dec 2013 14:14:23 -0800 (PST)
From: David Singer <singer@apple.com>
In-reply-to: <CA+E6M0m5O1OqjBm13qNoRAtYZKwOs+4fs3evyO2VuuO1uqQ5eA@mail.gmail.com>
Date: Wed, 18 Dec 2013 14:14:23 -0800
Content-transfer-encoding: quoted-printable
Message-id: <50749E36-D9FD-46F7-B503-6F85F76E81C1@apple.com>
References: <CA+9kkMBSpDLJBBbPxgyMUi+bi3aw3D8zpSXcAvQ4koi115QqBg@mail.gmail.com> <4742CE35-61CC-4485-AE76-FF56AB348AC5@apple.com> <CB1E0DB6-013B-411E-BBBE-7A43A815B339@apple.com> <CA+E6M0km6xU1AsEShvo2qGTrf5EkStktX-FBPTr6b1GM3HLHeA@mail.gmail.com> <8DA486F8-9BB9-4D5F-9003-7286CFD021AF@apple.com> <CA+E6M0m5O1OqjBm13qNoRAtYZKwOs+4fs3evyO2VuuO1uqQ5eA@mail.gmail.com>
To: Mohammed Raad <mohammedsraad@raadtech.com>
X-Mailer: Apple Mail (2.1822)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrELMWRmVeSWpSXmKPExsUi2FCsoWsvtynIYNp1G4u1/9rZHRg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVMe18esGDoIquJU/ZGxjvWXcxcnJICJhIvDl8jw3CFpO4cG89 kM3FISQwmUni4dYtLBDOaiaJTw93MncxcnAwC+hJ3L+oBdLAC2Tear4PFhYWsJH4cEcAJMwm oCrxYM4xRhCbUyBY4suWA2A2C1D85pQvrCA2s0C0xOI9P9ggbG2JJ+8usIKM4QUa8+h5PcTW n0wS6/eeYAKpEQFadfXtdqg7ZSV2P//OPIFRYBbCQbOQHDQLydQFjMyrGAWKUnMSK830EgsK clL1kvNzNzGCQ64wagdjw3KrQ4wCHIxKPLwBzzcGCbEmlhVX5h5ilOBgVhLhvcKyKUiINyWx siq1KD++qDQntfgQozQHi5I4b1gdULVAemJJanZqakFqEUyWiYNTqoFR4NrTOKW5KabiYuyb r6V6TWZVe308asPk6D6bUIeqmHalgzePza4sZnbm8FyaZfa2jPWqjz231p6eg/E9bkErqk7y vNn/pb/1+ecJN4+uYVs968hzi88M3xtZijILSrgs62Q72HvlD/BKis+bE2uk+CuKrenTznPT 6kpidVfKld7b+OWQzEYlluKMREMt5qLiRAAado0GNQIAAA==
Cc: Cullen Jennings <fluffy@cisco.com>, Richard Barnes <rbarnes@bbn.com>, rtcweb@ietf.org
Subject: Re: [rtcweb] Straw Poll on Video Codec Alternatives
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2013 22:14:30 -0000

I just go by what is formally declared.  If you think Nokia can or will make a clearer, or more nuanced, or different, declaration, then of course you may encourage them to do so.

As it stands, I am reading what is written.

For *MTI* we are asking for a clear (a) or (b) anyway:

>         • a) No License Required for Implementers.
>         •  b) Royalty-Free, Reasonable and Non-Discriminatory License to All Implementers.

And it’s clear we don’t have them in this case.  Or do you imagine something other than (a) or (b) that would formally satisfy the MTI need?

On Dec 18, 2013, at 13:48 , Mohammed Raad <mohammedsraad@raadtech.com> wrote:

> I think that there is a relevant, although subtle, point here.
> 
> This declaration has been used repeatedly as "evidence" that VP8 has a problematic IPR situation. But has the question of whether or not Nokia is willing to license under terms it considers suitable been asked and/or answered?
> 
> Afterall, unlike AVC/h264, VP8 has an active sponsoring entity that has put in the effort and resources to secure a licensing agreement from multiple other parties that offers the relevant technology under royalty free terms.
> 
> Of course such an approach would not be suitable if Nokia is unwilling to license under any terms. If that is the case though, it is important for this WG to be aware of that situation, to make sure an informed decision is being made.
> 
> Mohammed
> 
> On Dec 19, 2013 8:01 AM, "David Singer" <singer@apple.com> wrote:
> I guess you may be formally right;  I was being terse.  But looking at the options:
> 
>         • a) No License Required for Implementers.
>         •  b) Royalty-Free, Reasonable and Non-Discriminatory License to All Implementers.
>         •  c) Reasonable and Non-Discriminatory License to All Implementers with Possible Royalty/Fee.
>         •  d) Licensing Declaration to be Provided Later (implies a willingness to commit to the provisions of a), b), or c) above to all implementers; otherwise, the next option "Unwilling to Commit to the Provisions of a), b), or c) Above". - must be selected).
>         •  e) Unwilling to Commit to the Provisions of a), b), or c) Above.
>         •  f) See Text Below for Licensing Declaration.
> 
> They did not offer (d) or (f), either of which would suggest that some other license was available or forthcoming.  So, we’re left with the possibility that there is a future license which is not RF, not RAND. I suppose that’s logically possible, but whether a hypothetical future license that is unreasonable, or discriminatory, or both, is useful to this discussion I am less sure.
> 
> I am not a lawyer, and I agree I was being terse.
> 
> 
> On Dec 18, 2013, at 12:56 , Mohammed Raad <mohammedsraad@raadtech.com> wrote:
> 
> > David,
> >
> > Is it your understanding that Nokia is unwilling to license the patents they have listed in the declaration that you refer to and so you repeatedly say that VP8 has unlicensable IPR?
> >
> > My understanding is that they are not willing to license under the options provided on the form, not that they are unwilling to license.
> >
> > Mohammed
> >
> > On Dec 19, 2013 6:31 AM, "David Singer" <singer@apple.com> wrote:
> > I should say I only put in the ‘negative’ statements here, not reasons to say ‘yes’, since only objections were requested.
> >
> > For example, why is Motion JPEG OK but 261 not?  Because MJPEG is I-frame only, one can send reasonable visual quality at low frame rates, and the user is aware of the other end and that the system works, and systems all have JPEG implemented today, and the RTP format is not complex to add.
> >
> > On Dec 18, 2013, at 8:51 , David Singer <singer@apple.com> wrote:
> >
> > >>
> > >> 1..        All entities MUST support H.264
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > Yes
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >> 2..        All entities MUST support VP8
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > VP8 has a formal declaration of unlicensable IPR, https://ietf.org/ipr/2035/  .
> > >
> > >> 3.         All entities MUST support both H.264 and VP8
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > VP8 has a formal declaration of unlicensable IPR, https://ietf.org/ipr/2035/  .
> > >
> > >> 4.         Browsers MUST support both H.264 and VP8, other entities MUST support at least one of H.264 and VP8
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > VP8 has a formal declaration of unlicensable IPR, https://ietf.org/ipr/2035/  .
> > > Also, ‘browser’ is ill-defined, and it is not correct to try to divide the world in this way.
> > >
> > >> 5.         All entities MUST support at least one of H.264 and VP8
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > Yes
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >> 6.         All entities MUST support H.261
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > Few have H.261 implemented any more, and those that don’t, will not implement to comply with this requirement.
> > >
> > >> 7.         There is no MTI video codec
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > Acceptable.
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >> 8.         All entities MUST support H.261 and all entities MUST support at least one of H.264 and VP8
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > Few have H.261 implemented any more, and those that don’t, will not implement to comply with this requirement.
> > >
> > >> 9.         All entities MUST support Theora
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > Theora is not ‘current’, it has an unclear license situation, is poorly supported in hardware.
> > >
> > >> 10.       All entities MUST implement at least two of {VP8, H.264, H.261}
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > Few have H.261 implemented any more, and those that don’t, will not implement to comply with this requirement.
> > > VP8 has a formal declaration of unlicensable IPR, https://ietf.org/ipr/2035/  .
> > >
> > >> 11.       All entities MUST implement at least two of {VP8, H.264, H.263}
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > Yes
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >> 12.       All entities MUST support decoding using both H.264 and VP8, and MUST support encoding using at least one of H.264 or VP8
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > VP8 has a formal declaration of unlicensable IPR, https://ietf.org/ipr/2035/  .
> > >
> > >> 13.       All entities MUST support H.263
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > Yes
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >> 14.       All entities MUST implement at least two of {VP8, H.264, Theora}
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > Theora is not ‘current’, it has an unclear license situation, is poorly supported in hardware.
> > > VP8 has a formal declaration of unlicensable IPR, https://ietf.org/ipr/2035/  .
> > >
> > >> 15.       All entities MUST support decoding using Theora.
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > No
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >
> > > Theora is not ‘current’, it has an unclear license situation, is poorly supported in hardware.
> > >
> > >> 16.       All entities MUST support Motion JPEG
> > >>        a.         Are you in favor of this option [Yes/No/Acceptable]:
> > >
> > > Acceptable
> > >
> > >>        b.         Do you have any objections to this option, if so please summarize them:
> > >>
> > >
> > >
> > > David Singer
> > > Multimedia and Software Standards, Apple Inc.
> > >
> > > _______________________________________________
> > > rtcweb mailing list
> > > rtcweb@ietf.org
> > > https://www.ietf.org/mailman/listinfo/rtcweb
> >
> > David Singer
> > Multimedia and Software Standards, Apple Inc.
> >
> > _______________________________________________
> > rtcweb mailing list
> > rtcweb@ietf.org
> > https://www.ietf.org/mailman/listinfo/rtcweb
> 
> David Singer
> Multimedia and Software Standards, Apple Inc.
> 

David Singer
Multimedia and Software Standards, Apple Inc.