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

Stefan Sayer <stefan.sayer@iptego.com> Tue, 12 January 2010 10:01 UTC

Return-Path: <stefan.sayer@iptego.com>
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 80EF43A68F3; Tue, 12 Jan 2010 02:01:16 -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=[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 WmTZpa5-juGp; Tue, 12 Jan 2010 02:01:16 -0800 (PST)
Received: from mail.iptego.net (home2.iptego.net [78.46.32.212]) by core3.amsl.com (Postfix) with ESMTP id CCD983A689C; Tue, 12 Jan 2010 02:01:09 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.iptego.net (Postfix) with ESMTP id A51741154090; Tue, 12 Jan 2010 10:54:40 +0100 (CET)
Received: from mail.iptego.net ([127.0.0.1]) by localhost (home2.iptego.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z71i7oBYtIeW; Tue, 12 Jan 2010 10:54:40 +0100 (CET)
Received: from [192.168.5.106] (g226035217.adsl.alicedsl.de [92.226.35.217]) by mail.iptego.net (Postfix) with ESMTPSA id DDADA115407E; Tue, 12 Jan 2010 10:54:39 +0100 (CET)
Message-ID: <4B4C46E0.8020609@iptego.com>
Date: Tue, 12 Jan 2010 10:54:40 +0100
From: Stefan Sayer <stefan.sayer@iptego.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666
MIME-Version: 1.0
To: Xavier Marjou <xavier.marjou@orange-ftgroup.com>
References: <20091223171501.7BAE33A697D@core3.amsl.com> <13194D66-2110-4CB2-B130-8807BE57488B@cisco.com> <458913681001111218o3b232e4sd785b3c09809fcbc@mail.gmail.com>
In-Reply-To: <458913681001111218o3b232e4sd785b3c09809fcbc@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: IAB IAB <iab@iab.org>, codec@ietf.org, IETF Discussion <ietf@ietf.org>, IESG IESG <iesg@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: Tue, 12 Jan 2010 10:01:16 -0000

Hello,

o Xavier Marjou [01/11/2010 09:18 PM]:
> Requirements established first in stage 1 shall be sent for stage 2 to
> other SDOs as stated in the current version of the Charter:
> 
> " The working group will communicate detailed description of the
> requirements and goals to other SDOs including the ITU-T, 3GPP, and
> MPEG to help determine if existing codecs meet the requirements
> "(however in the current version of the Charter, it is inconsistent to
> state first that the goal of the WG is to develop of a new codec and
> to state some lines after that existing codecs will be considered...)
> 
> Based on the answers collected from these SDOs, conclusion for stage 2
> shall be delivered and constitute the input and prerequisit for any
> decision to continue in stage 3 to produce a new codec and re-Charter
> the Group for this

until now other SDOs have failed to produce a widely distributed good 
quality wideband and full-band codec that would be suitable for the 
Internet - especially one that is easily distributable - even though the 
necessary technology has been available for a long time. Further, 
nothing has substantially changed lately to make it likely that other 
SDOs are now suddenly willing to or capable of doing that.

The proposal to make IETF CODEC development depend on other SDOs is thus 
not a constructive one and should not be followed.

Best Regards
Stefan Sayer