Re: [rtcweb] Straw Poll on Video Codec Alternatives

Stephan Wenger <stewe@stewe.org> Wed, 18 December 2013 23:47 UTC

Return-Path: <stewe@stewe.org>
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 5EC511A16F0 for <rtcweb@ietfa.amsl.com>; Wed, 18 Dec 2013 15:47:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 x0_RHHyEzb6N for <rtcweb@ietfa.amsl.com>; Wed, 18 Dec 2013 15:47:22 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0207.outbound.protection.outlook.com [207.46.163.207]) by ietfa.amsl.com (Postfix) with ESMTP id F179A1A1EF9 for <rtcweb@ietf.org>; Wed, 18 Dec 2013 15:47:21 -0800 (PST)
Received: from CO1PR07MB363.namprd07.prod.outlook.com (10.141.75.22) by CO1PR07MB362.namprd07.prod.outlook.com (10.141.75.21) with Microsoft SMTP Server (TLS) id 15.0.842.7; Wed, 18 Dec 2013 23:47:16 +0000
Received: from CO1PR07MB363.namprd07.prod.outlook.com ([169.254.3.31]) by CO1PR07MB363.namprd07.prod.outlook.com ([169.254.3.31]) with mapi id 15.00.0842.003; Wed, 18 Dec 2013 23:47:16 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Mohammed Raad <mohammedsraad@raadtech.com>, Dave Singer <singer@apple.com>
Thread-Topic: [rtcweb] Straw Poll on Video Codec Alternatives
Thread-Index: AQHO9QOUWexCqKjKNkK5sgkYTw16jZpaOMGAgAAsugCAABetAIAAAV2AgAANVID//5ryAA==
Date: Wed, 18 Dec 2013 23:47:14 +0000
Message-ID: <CED773F0.2D6AA%stewe@stewe.org>
In-Reply-To: <CA+E6M0m5O1OqjBm13qNoRAtYZKwOs+4fs3evyO2VuuO1uqQ5eA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [50.174.124.99]
x-forefront-prvs: 0064B3273C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009001)(51704005)(377454003)(24454002)(51444003)(189002)(199002)(54316002)(79102001)(53806001)(54356001)(80976001)(83322001)(16236675002)(19580395003)(19580405001)(87936001)(81686001)(56776001)(74876001)(46102001)(65816001)(80022001)(83072002)(69226001)(77982001)(81542001)(51856001)(85852003)(76796001)(85306002)(77096001)(74706001)(47976001)(63696002)(76482001)(59766001)(81342001)(50986001)(76176001)(47736001)(74502001)(47446002)(74662001)(31966008)(49866001)(76786001)(87266001)(2656002)(74366001)(4396001)(56816005)(36756003)(15975445006)(66066001)(81816001)(90146001)(42262001); DIR:OUT; SFP:1101; SCL:1; SRVR:CO1PR07MB362; H:CO1PR07MB363.namprd07.prod.outlook.com; CLIP:50.174.124.99; FPR:; RD:InfoNoRecords; MX:1; A:0; LANG:en;
Content-Type: multipart/alternative; boundary="_000_CED773F02D6AAstewesteweorg_"
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
Cc: "fluffy@cisco.com" <fluffy@cisco.com>, Richard Barnes <rbarnes@bbn.com>, "rtcweb@ietf.org" <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 23:47:28 -0000

My gosh.  Nokia has people at the IETF, and they made statements and have not minced words.  Nor did they in MPEG.  Come on, leave these meta arguments for the lawyers.
Stephan

From: Mohammed Raad <mohammedsraad@raadtech.com<mailto:mohammedsraad@raadtech.com>>
Date: Thu, 19 Dec 2013 08:48:51 +1100
To: Dave Singer <singer@apple.com<mailto:singer@apple.com>>
Cc: "fluffy@cisco.com<mailto:fluffy@cisco.com>" <fluffy@cisco.com<mailto:fluffy@cisco.com>>, Richard Barnes <rbarnes@bbn.com<mailto:rbarnes@bbn.com>>, <rtcweb@ietf.org<mailto:rtcweb@ietf.org>>
Subject: Re: [rtcweb] Straw Poll on Video Codec Alternatives


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<mailto: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<mailto: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<mailto: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<mailto: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<mailto:rtcweb@ietf.org>
> > https://www.ietf.org/mailman/listinfo/rtcweb
>
> David Singer
> Multimedia and Software Standards, Apple Inc.
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org<mailto:rtcweb@ietf.org>
> https://www.ietf.org/mailman/listinfo/rtcweb

David Singer
Multimedia and Software Standards, Apple Inc.

_______________________________________________ rtcweb mailing list rtcweb@ietf.org<mailto:rtcweb@ietf.org> https://www.ietf.org/mailman/listinfo/rtcweb