Re: [rtcweb] Finishing up the Video Codec document, MTI (again, still, sorry)

Harald Alvestrand <harald@alvestrand.no> Fri, 05 December 2014 08:40 UTC

Return-Path: <harald@alvestrand.no>
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 DA58E1ACDD6 for <rtcweb@ietfa.amsl.com>; Fri, 5 Dec 2014 00:40:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 r3iQ3Ab3DB4D for <rtcweb@ietfa.amsl.com>; Fri, 5 Dec 2014 00:40:56 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 4CDA41ACDBF for <rtcweb@ietf.org>; Fri, 5 Dec 2014 00:40:56 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 821947C0D45 for <rtcweb@ietf.org>; Fri, 5 Dec 2014 09:40:55 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t7-N2kXqHAUY for <rtcweb@ietf.org>; Fri, 5 Dec 2014 09:40:50 +0100 (CET)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:a53a:eb60:5dc7:d291]) by mork.alvestrand.no (Postfix) with ESMTPSA id 6F3067C0AEB for <rtcweb@ietf.org>; Fri, 5 Dec 2014 09:40:50 +0100 (CET)
Message-ID: <54816F91.9010108@alvestrand.no>
Date: Fri, 05 Dec 2014 09:40:49 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <547511DB.5050100@nostrum.com> <54759A4C.6020806@gmail.com> <5476092D.4010406@nostrum.com> <15EF2452-2C2C-420B-B972-C37EACE57850@apple.com> <CAHp8n2m+KMnui30_fMrwM+81UX-RUJM2ktuiZuPpRSnC7dxqcA@mail.gmail.com> <20141204014218.5955730.38619.3157@blackberry.com> <CAHp8n2=KWuTsmruz3W-90eAsptSoMYLTUVtyx9pAwcZFGXSKCQ@mail.gmail.com> <CB477124-13AD-47EA-A607-8A81AFFA379E@apple.com> <CAHp8n2n1m6WRaBPNyKpowPEz_BK-SAMMFWTiB7d-eVL69w4rpQ@mail.gmail.com> <1F326DF9-79C2-4562-853B-240D934EA235@apple.com> <949EF20990823C4C85C18D59AA11AD8B28CDFF@FR712WXCHMBA11.zeu.alcatel-lucent.com> <CAD5OKxv+s_2qEGaYADi=-j-0Rn=pw_7Okd7Uv0qqKPnTyeXh+g@mail.gmail.com> <5480CEF2.4020204@mozilla.com> <949EF20990823C4C85C18D59AA11AD8B28CF6B@FR712WXCHMBA11.zeu.alcatel-lucent.com>
In-Reply-To: <949EF20990823C4C85C18D59AA11AD8B28CF6B@FR712WXCHMBA11.zeu.alcatel-lucent.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/6X_xe7m32MlKC29CdVNa-Zm2nbo
Subject: Re: [rtcweb] Finishing up the Video Codec document, MTI (again, still, sorry)
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: Fri, 05 Dec 2014 08:40:58 -0000

On 12/05/2014 12:02 AM, DRAGE, Keith (Keith) wrote:
> Both yours and David's responses to this are outside the IPR gathering exercise that forms part of the standards process.
>
> The idea of the standards process is that a group of vendors etc write a standard, they are forced to declare their IPR involved in that standard. If the population is sufficiently large you stand a good chance of identifying all the worldwide IPR relating to that standard.
>
> The bigger the standards organisation, with the greater coverage of all the vendors in that space, the better the process works.
>
> So at that level, IPR knowledge for codecs is primarily on the decoder space and what IPR exists there.
>
> What Tim is saying (and a somewhat parallel situation exists with MPEG LA) is that a limited set of organisations will limit your IPR problems and give you some help with the encoder IPR. For VP8 that is limited to Google's IPR and any background research they may have done.
And, of course, the IPR owned by signatories to the license agreement 
that Google has sublicensed through the WebM CCL: 
http://www.webm-ccl.org/vp8/agreement/

>   For MPEG LA it is limited to the members of the pool, which is only a subset of those involved in the parallel standards process. Yes it helps, but it does not have the degree of confidence of identifying all the existing IPR that the standards process would do.
>
> Regards
>
> Keith
>