Re: [rtcweb] Call for Consensus Regarding Selecting Recommended Audio Codecs

Paul Coverdale <coverdale@sympatico.ca> Fri, 11 January 2013 16:46 UTC

Return-Path: <coverdale@sympatico.ca>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA6CC21F8971 for <rtcweb@ietfa.amsl.com>; Fri, 11 Jan 2013 08:46:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.639
X-Spam-Level:
X-Spam-Status: No, score=-1.639 tagged_above=-999 required=5 tests=[AWL=0.158, BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PBsjaLTgfTIn for <rtcweb@ietfa.amsl.com>; Fri, 11 Jan 2013 08:46:46 -0800 (PST)
Received: from blu0-omc3-s27.blu0.hotmail.com (blu0-omc3-s27.blu0.hotmail.com [65.55.116.102]) by ietfa.amsl.com (Postfix) with ESMTP id 032B421F8996 for <rtcweb@ietf.org>; Fri, 11 Jan 2013 08:46:45 -0800 (PST)
Received: from BLU0-SMTP59 ([65.55.116.72]) by blu0-omc3-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 11 Jan 2013 08:46:45 -0800
X-EIP: [gKuJ6GPFLt61DV0unMb2E9H8UL/WvOSz]
X-Originating-Email: [coverdale@sympatico.ca]
Message-ID: <BLU0-SMTP59B3771AD28E85E0314C28D0290@phx.gbl>
Received: from PaulNewPC ([74.12.63.149]) by BLU0-SMTP59.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 11 Jan 2013 08:46:43 -0800
From: Paul Coverdale <coverdale@sympatico.ca>
To: 'Harald Alvestrand' <harald@alvestrand.no>, rtcweb@ietf.org
References: <C5E08FE080ACFD4DAE31E4BDBF944EB113323E96@xmb-aln-x02.cisco.com>, <7daabbec-07cc-421e-b6d4-5292b9c063b5@zimbra> <720e6883d7994faf9b3d415fcc88eca5@DFM-CO1MBX15-04.exchange.corp.microsoft.com> <18530_1357910278_50F01106_18530_10607_1_2842AD9A45C83B44B57635FD4831E60A074866@PEXCVZYM14.corporate.adroot.infra.ftgroup> <50F01F30.4010006@alvestrand.no>
In-Reply-To: <50F01F30.4010006@alvestrand.no>
Date: Fri, 11 Jan 2013 11:46:39 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac3wBo//0rZ/CoxrQCSz6hTjelyNGwADcbPw
Content-Language: en-us
X-OriginalArrivalTime: 11 Jan 2013 16:46:43.0445 (UTC) FILETIME=[3C8FC250:01CDF01B]
Subject: Re: [rtcweb] Call for Consensus Regarding Selecting Recommended Audio Codecs
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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, 11 Jan 2013 16:46:47 -0000

Just to clarify, of the 47 IPR statements against G.722 in the ITU IPR
database, only 13 refer to "vanilla G.722". The rest relate to other
flavours, such as G.722.1, G.722.2 (essentially AMR-WB anyway), G.722-SWB
and various Appendices. Of these 13, 5 were filed in 1986, 1 in 2006 and 7
in 2012.

As for the accompanying ITU-T PLC algorithms, bear in mind that these are
Appendices, and hence not a normative part of G.722. Implementors are free
to do what they like about PLC.


...Paul

>-----Original Message-----
>From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf
>Of Harald Alvestrand
>Sent: Friday, January 11, 2013 9:18 AM
>To: rtcweb@ietf.org
>Subject: Re: [rtcweb] Call for Consensus Regarding Selecting Recommended
>Audio Codecs
>
>On 01/11/2013 02:17 PM, stephane.proust@orange.com wrote:
>> Koen Vos wrote:
>>> In short: there are IPR issues with the PLC required for using G.722
>on the Internet.
>> NO, PLC solutions for G.722 with no IPR issues are publicly available
>> in ITU-T Software Tool Library
>>
>> http://www.itu.int/rec/T-REC-G.191-201003-I
>>
>> 8. G.722: The ITU-T 64, 56, and 48 kbit/s wideband speech coding
>> algorithm 73
>>
>> 8.1.3 Functional description of the basic Packet Loss Concealment
>> functionality 80
>>
>> Stéphane
>
>Not speaking to the suitability of G.722, but on the "are there patents"
>issue:
>
>G.191 (the software tools library) has no IPR statements in the ITU-T
>IPR database:
>http://www.itu.int/ipr/IPRSearch.aspx?iprtype=PS
>
>G.722 has 47 such statements against it, the first filed in 1996, the
>last filed in 2012.
>
>Figuring out if any of those patent claims apply to the PLC part,
>whether those claims (if any) also apply to the G.191 implementation,
>and guessing at the reasons why they are filed against G.722 and not
>against G.191, is something I don't want to venture into at all.
>
>I'll leave that to the proponents to sort out.
>
>>
>>
>>
>> De : rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] De la
>> part de Koen Vos Envoyé : jeudi 27 décembre 2012 19:34 À : Steve
>> Sokol; Cullen Jennings (fluffy) Cc : rtcweb@ietf.org Objet : Re:
>> [rtcweb] Call for Consensus Regarding Selecting Recommended Audio
>> Codecs
>>
>> Steve Sokol wrote:
>>> G.722 has no known IPR issues.
>> This is inaccurate.
>>
>> While the basic codec has no such issues, the various Packet Loss
>Concealment methods that were later added to the standard are patented.
>This matters because G.722 uses ADPCM and is unusually sensitive to
>packet loss.  For instance, without PLC the codec will sometimes
>generate a full-scale oscillating output after a loss.  Since a
>traditional PLC doesn't work for this kind of behavior, there was a need
>to invent a PLC specifically for G.722.
>>
>> In short: there are IPR issues with the PLC required for using G.722
>on the Internet.
>>
>> koen.
>>