Re: [codec] WG Review: Internet Wideband Audio Codec (codec)

Steve Underwood <steveu@coppice.org> Mon, 11 January 2010 14:43 UTC

Return-Path: <steveu@coppice.org>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7DECA28C136 for <codec@core3.amsl.com>; Mon, 11 Jan 2010 06:43:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o4UKjmYPRa4l for <codec@core3.amsl.com>; Mon, 11 Jan 2010 06:43:26 -0800 (PST)
Received: from hanghau.pacific.net.hk (hanghau.pacific.net.hk [202.64.33.147]) by core3.amsl.com (Postfix) with ESMTP id 7299B28C0DB for <codec@ietf.org>; Mon, 11 Jan 2010 06:43:26 -0800 (PST)
Received: from i7.coppice.org ([202.64.176.25]) by hanghau.pacific.net.hk with ESMTP id o0BEhMGv027497; Mon, 11 Jan 2010 22:43:22 +0800
Message-ID: <4B4B390A.8050009@coppice.org>
Date: Mon, 11 Jan 2010 22:43:22 +0800
From: Steve Underwood <steveu@coppice.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Thunderbird/3.0
MIME-Version: 1.0
To: Herve Taddei <herve.taddei@huawei.com>
References: <20091223171501.7BAE33A697D@core3.amsl.com> <13194D66-2110-4CB2-B130-8807BE57488B@cisco.com> <33DF19C647F246D79ED9F9CAAAEE0239@china.huawei.com> <20100109235756.155263tc2ouoz91g@mail.skype.net> <4B49976E.6020508@coppice.org> <84D77F35FABF4610B88CDC7317061B6D@china.huawei.com>
In-Reply-To: <84D77F35FABF4610B88CDC7317061B6D@china.huawei.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: codec@ietf.org
Subject: Re: [codec] WG Review: Internet Wideband Audio Codec (codec)
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Should the IETF standardize wideband Internet codec\(s\)? " <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Jan 2010 14:43:27 -0000

On 01/11/2010 10:10 PM, Herve Taddei wrote:
> It did not seem to be a major problem when for example IETF issued RFC 3592
> (iLBC). For this codec the PLC is basically a non normative link on the
> ITU-T G.711 PLC.
>
> Besides, I don't think you would have any trouble to propose at ITU-T some
> new appendices to G.711 and G.722 that could fit your goals. An appendix is
> non normative (a bit like the informative reference to G.711 PLC in iLBC).
> By the way, if I am not wrong, some basic ITU-T G.722 PLCs are RF.
>
> Not considering G.711 and G.722 because they do not have RF appendices does
> not sound to be optimal in term of interoperability, better to work on
> making RF some new appendices.
>    
PLC only affects the receiving end, so you can put anything you like in 
there, really. You can try to implement something non-patented, even if 
the one is the specs is patented. The VAD/DTX/CNG Appendix to G.711 is 
the one I was thinking of. It basically says "use the VAD/DTX/CNG from 
G.729 Annex B" and at least one of the patents you need to licence for 
G.729 relates to that Annex. VAD/DTX/CNG needs to be a properly defined 
part of the standard, because the two ends need to cooperate for that. 
The recent appendices to G.722 seem to have been specifically chosen to 
be encumbered.

Although RFC3591 (RFC3592 is about SDH) mentions the G.711 PLC, that 
isn't the PLC which is normally used with iLBC.

In the end G.711  and G.722 just aren't that interesting. G.711 was 
chosen to be the best they could do with 1957 technology. G.722 was 
designed with the goal of working in a standard 64kbps channel, and 
running on a $1.5 custom chip in 1986. These aren't particularly 
meaningful goals these days.

Steve