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

"Roni Even" <ron.even.tlv@gmail.com> Thu, 24 December 2009 14:00 UTC

Return-Path: <ron.even.tlv@gmail.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 DC9D63A683D; Thu, 24 Dec 2009 06:00:14 -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 oem-8ikxAVe3; Thu, 24 Dec 2009 06:00:14 -0800 (PST)
Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by core3.amsl.com (Postfix) with ESMTP id 6CA9E3A6804; Thu, 24 Dec 2009 06:00:13 -0800 (PST)
Received: by fxm7 with SMTP id 7so7827978fxm.29 for <multiple recipients>; Thu, 24 Dec 2009 05:59:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references :in-reply-to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:thread-index:content-language; bh=LiZR4BWPjILIOr7vRdH2eV0jv33hLhAf2sG4haNU6yY=; b=wIDxXfWqI0RNObml+HH/moUUJhBt3LiHkKsPrNgfYmDcgAYN7kMogSxsO8T3ojL8BD /OOk44Kmjb4dFWIF2yAgZtMDx8EALGoFZAOC3iVbHkgLIsXtYN88okQHztM+YnCAiFak 6WiE4DCx3mG5aXwDZ0kewBwjsi8LZzV6DW7Hs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; b=jQNoKMEACDuujpa8ADUoz7mxpB8fpRWYQrIRHejooFfvOjCwwaM3texmOP5+MRkozY m0aSg+wVLuFCLOfVXYeN9RHvzcaGPnhTdPb1BFDZ0Of20+UoswJU0l8vE6VaeNy/G1U2 yWdalVPYzFS5IUC7wK+iTiWhOhgcUIK3xUnjE=
Received: by 10.223.76.137 with SMTP id c9mr12826942fak.76.1261663192638; Thu, 24 Dec 2009 05:59:52 -0800 (PST)
Received: from windows8d787f9 (bzq-82-81-132-18.red.bezeqint.net [82.81.132.18]) by mx.google.com with ESMTPS id 2sm12742689fks.43.2009.12.24.05.59.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Dec 2009 05:59:51 -0800 (PST)
From: Roni Even <ron.even.tlv@gmail.com>
To: kre@munnari.OZ.AU
References: <4b33100a.01135e0a.2ab9.ffff8e9b@mx.google.com> <3D3C75174CB95F42AD6BCC56E5555B450204C143@FIESEXC015.nsn-intra.net> <20091223171501.7BAE33A697D@core3.amsl.com> <14093.1261593597@epsilon.noi.kre.to> <14853.1261600779@epsilon.noi.kre.to> <2401.1261648036@epsilon.noi.kre.to>
In-Reply-To: <2401.1261648036@epsilon.noi.kre.to>
Date: Thu, 24 Dec 2009 15:56:17 +0200
Message-ID: <4b3373d7.02135e0a.241a.fffffb62@mx.google.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-index: AcqEfi9uKAo2iezGQ1O9wdnnGXLqIgAIfBuA
Content-language: en-us
Cc: codec@ietf.org, "'Tschofenig, Hannes (NSN - FI/Espoo)'" <hannes.tschofenig@nsn.com>, iesg@ietf.org, ietf@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: Thu, 24 Dec 2009 14:00:15 -0000

Hi,
In line
Roni Even

> -----Original Message-----
> From: kre@munnari.OZ.AU [mailto:kre@munnari.OZ.AU]
> Sent: Thursday, December 24, 2009 11:47 AM
> To: Roni Even
> Cc: 'Tschofenig, Hannes (NSN - FI/Espoo)'; iesg@ietf.org;
> ietf@ietf.org; codec@ietf.org
> Subject: Re: WG Review: Internet Wideband Audio Codec (codec)
> 
>     Date:        Thu, 24 Dec 2009 08:50:30 +0200
>     From:        "Roni Even" <ron.even.tlv@gmail.com>
>     Message-ID:  <4b33100a.01135e0a.2ab9.ffff8e9b@mx.google.com>
> 
>   | I am not sure but are you suggesting that the IETF will define the
>   | requirements, metric and quality assessment requirements and all
> proposed
>   | codecs should provide the results and then the WG will choose the
> best codec
>   | bases without discussing the codec itself. This is what I would
> call a
>   | selection process (at least in ITU terms).
> 
> The WG can decide how it wants to go about the process, I'd just prefer
> that
> the charter not (effectively) rule out selection of something that
> already
> exists with an assumption that something entirely new will be created.
> 
>   | The problem is that the IETF process allows anyone to contribute to
> existing
>   | work hopefully leading to a better the end result.
> 
> Of course, but also be aware that there's no one definition of
> "better".
> Something that can be defined quickly and used immediately might be
> much
> better than something it takes 5 years to create and more to implement,
> even if the invented one saves a little bandwidth or has better loss
> recovery characteristics.

This is the IETF process for better or worse, I asked similar questions and
the response is that the IETF decide what is better is based on rough
consensus. 
BTW: my personal view is that your suggestion is in line with the process at
the ITU when doing codec selection, but there are people who prefer doing it
at the IETF using the IETF procedures for other reasons. 


> 
>   | What about the change control, does it stay with the original
> contributor or
>   | can the IETF modify the codec based on input from other parties,
> which means
>   | that the codec may change by the IETF anyhow.
> 
> The IETF will have change control over its protocol, of course, which
> may
> cause it to diverge from that upon which it was originally based.  And
> yes,
> everything changes with time.
> 
> kre