Re: [dispatch] Proposal to form Internet Wideband Audio Codec WG

Henry Sinnreich <hsinnrei@adobe.com> Thu, 28 May 2009 22:15 UTC

Return-Path: <hsinnrei@adobe.com>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 200A93A6A53 for <dispatch@core3.amsl.com>; Thu, 28 May 2009 15:15:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.023
X-Spam-Level:
X-Spam-Status: No, score=-6.023 tagged_above=-999 required=5 tests=[AWL=0.575, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 JLd3wxwTqKNs for <dispatch@core3.amsl.com>; Thu, 28 May 2009 15:15:06 -0700 (PDT)
Received: from exprod6og106.obsmtp.com (exprod6og106.obsmtp.com [64.18.1.191]) by core3.amsl.com (Postfix) with ESMTP id 281063A691E for <dispatch@ietf.org>; Thu, 28 May 2009 15:15:06 -0700 (PDT)
Received: from source ([192.150.8.22]) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKSh8NTe8+6e8QpeN1KaHOE9Eg9o0MQiBO@postini.com; Thu, 28 May 2009 15:16:50 PDT
Received: from inner-relay-3.eur.adobe.com (inner-relay-3b [10.128.4.236]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id n4SMGgE0025063; Thu, 28 May 2009 15:16:43 -0700 (PDT)
Received: from nacas02.corp.adobe.com (nacas02.corp.adobe.com [10.8.189.100]) by inner-relay-3.eur.adobe.com (8.12.10/8.12.9) with ESMTP id n4SMFJYf010667; Thu, 28 May 2009 15:16:38 -0700 (PDT)
Received: from fe01.corp.adobe.com (10.8.192.82) by nacas02.corp.adobe.com (10.8.189.100) with Microsoft SMTP Server (TLS) id 8.1.340.0; Thu, 28 May 2009 15:15:16 -0700
Received: from nambx05.corp.adobe.com ([10.8.189.124]) by fe01.corp.adobe.com ([10.8.192.82]) with mapi; Thu, 28 May 2009 08:28:15 -0700
From: Henry Sinnreich <hsinnrei@adobe.com>
To: Roni Even <ron.even.tlv@gmail.com>, Jason Fischl <jason.fischl@skype.net>, "dispatch@ietf.org" <dispatch@ietf.org>
Date: Thu, 28 May 2009 08:28:13 -0700
Thread-Topic: [dispatch] Proposal to form Internet Wideband Audio Codec WG
Thread-Index: AcneWEMKfMLxcIB/zk+aK3yDPFDcEwBSLupQAAH60o0=
Message-ID: <C64417BD.3D59%hsinnrei@adobe.com>
In-Reply-To: <4a1ea3e2.0aaa660a.0cc2.18d4@mx.google.com>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_C64417BD3D59hsinnreiadobecom_"
MIME-Version: 1.0
Subject: Re: [dispatch] Proposal to form Internet Wideband Audio Codec WG
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 May 2009 22:15:08 -0000

Roni,

Sorry, we have here a fundamental disagreement.
The IETF is chartered for Internet standards and may or may not chose solutions that apply to ITU-T networks.
The Internet has different criteria than ITU-T networks may have.
A worldwide Internet standard for a wideband codec will be very beneficial IMO.

Henry


On 5/28/09 9:45 AM, "Roni Even" <ron.even.tlv@gmail.com> wrote:

Hi,
Like you mention other SDOs like ITU-T are doing just that. They have the
expertise to specify, and evaluate the result. These SDOs can receive
requirements and select a proper codec based on the requirements.


As for the other reasons:

1. Defining a codec in the IETF or even in MPEG / ITU-T does not make it a
mandatory part of a system solution, this is done by other standard bodies
like 3GPP, ETSI.

2. The IETF, similar to other standard bodies is not rubber stamping a
specific solution, so you will most probably see in the final result some
technology that carry IPR.

3. If this group will be established, you will probably see here the audio
experts now working in ITU-T arguing the same issues since they are the
expertise you need and they work for the same companies that are already
members of IETF.

I think that if you have a specific codec in mind you  can make it publicly
available maybe with quality results and standardized in AVT a payload
specification.

BTW: The ITU is keeping a list of codecs (Not only ITU-T ones) in a table
that describes their features.

Regards
Roni Even

-----Original Message-----
From: dispatch-bounces@ietf.org [mailto:dispatch-bounces@ietf.org] On Behalf
Of Jason Fischl
Sent: Wednesday, May 27, 2009 2:18 AM
To: dispatch@ietf.org
Subject: [dispatch] Proposal to form Internet Wideband Audio Codec WG

All,

I would like to request agenda time inside the DISPATCH meeting to propose
the formation of a new working group to define a Proposed Standard wideband
audio codec.

The text of the proposal is below. Comments, questions, and suggestions
welcomed.

Regards,
Jason


Internet Wideband Audio Codec (IWAC)
Mailing Lists: TBD
Chairs: TBD
Area Directorate: Real Time Applications (RAI)

Purpose:

This new working group would be chartered with the purpose of collecting
expertise within the IETF in order to review the design of audio codecs
specifically for use with the Internet. Unlike other SDOs, these codecs
would be optimized for use on the Internet, and as much as possible choose
technology that does not require paying patent royalties.

The Internet Low Bit Rate Codec (iLBC)  work was done in AVT but it was felt
that subsequent work should not be done in the AVT working group. This new
working group will have as its primary purpose the standardization of a
multi-purpose audio codec that can be used in various situations on the
Internet. Some of the proposed Internet-specific requirements include:
* scalable and adaptive bit rate;
* various sampling rate profiles from narrow-band to super-wideband;
* scalable complexity;
* low latency; and
* resilience to packet loss.

There are a number of wide-band capable codecs defined by other SDOs. For
instance, G.722 is seeing adoption in Enterprise applications since it is
relatively simple and low-cost to deploy. However, it has a high, fixed
bitrate and is not appropriate for mobile applications where spectrum
efficiency is important or in consumer applications where available
bandwidth is fluctuating or limited. G.722.2 (AMR-wideband) has been adopted
by the 3GPP as a wideband standard for mobile applications. G.722.2 is
relatively high cost due to patent royalties and is seeing minimal
deployments outside of mobile handsets making it challenging to create
wideband experiences on Internet-capable mobile devices when extending
beyond the mobile network. In other cases, proprietary codecs are being
adopted which further create islands with no interoperability unless
widespread transcoding is performed. Transcoding leads to higher costs and
lower quality.

The goal of this working group is to define a single codec with multiple
profiles which can be made available on a wide variety of Internet-capable
devices including low-power, mobile devices as well as devices capable of
utilizing high quality, high bitrate audio.

Proposed Deliverables:

1) Requirements for wideband, Internet audio codec(s).
2) Algorithm description for wideband, Internet audio codec(s) as Proposed
Standard.
3) Specification of payload format(s) for defined codecs as Proposed
Standard

_______________________________________________
dispatch mailing list
dispatch@ietf.org
https://www.ietf.org/mailman/listinfo/dispatch

_______________________________________________
dispatch mailing list
dispatch@ietf.org
https://www.ietf.org/mailman/listinfo/dispatch