Re: [codec] draft test and processing plan for the IETF Codec

Jean-Marc Valin <jmvalin@jmvalin.ca> Tue, 19 April 2011 02:52 UTC

Return-Path: <jmvalin@jmvalin.ca>
X-Original-To: codec@ietfc.amsl.com
Delivered-To: codec@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 652A7E06FE for <codec@ietfc.amsl.com>; Mon, 18 Apr 2011 19:52:29 -0700 (PDT)
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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1YmfZXJRPJPJ for <codec@ietfc.amsl.com>; Mon, 18 Apr 2011 19:52:28 -0700 (PDT)
Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by ietfc.amsl.com (Postfix) with ESMTP id 78186E06AB for <codec@ietf.org>; Mon, 18 Apr 2011 19:52:28 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="ISO-8859-1"; format="flowed"
Received: from [192.168.1.14] ([184.160.206.46]) by VL-MR-MRZ22.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LJV00IHZPBFHL30@VL-MR-MRZ22.ip.videotron.ca> for codec@ietf.org; Mon, 18 Apr 2011 22:52:27 -0400 (EDT)
Message-id: <4DACF8EB.1080803@jmvalin.ca>
Date: Mon, 18 Apr 2011 22:52:27 -0400
From: Jean-Marc Valin <jmvalin@jmvalin.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
To: Anisse Taleb <anisse.taleb@huawei.com>
References: <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC684E@LHREML503-MBX.china.huawei.com> <4DA5A748.2050401@fas.harvard.edu> <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC870C@LHREML503-MBX.china.huawei.com> <20110418114716.GC31013@audi.shelbyville.oz> <BANLkTi=K4nWp3UX7TFtbPJd_iDsy-n3L+w@mail.gmail.com> <20110418141200.GE31013@audi.shelbyville.oz> <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC8CCF@LHREML503-MBX.china.huawei.com>
In-reply-to: <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC8CCF@LHREML503-MBX.china.huawei.com>
Cc: "codec@ietf.org" <codec@ietf.org>
Subject: Re: [codec] draft test and processing plan for the IETF Codec
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 19 Apr 2011 02:52:29 -0000

Hi Anisse,

On 11-04-18 09:54 PM, Anisse Taleb wrote:
> The WG would have failed its goals if the outcome of this activity is
> to publish an encumbered codec that has a quality which is inferior
> to current state of the art codecs. At an equal encumbrance level,
> quality is the deciding factor.

The goal is still for unencumbered with better quality than existing 
unencumbered codecs. If, at the time we decide on whether to publish 
this codec, I feel like it is not safe to implement without paying 
royalties, I can assure you that I will personally vote/hum/whatever 
against.

Cheers,

	Jean-Marc

> Kind regards, /Anisse
>> -----Original Message----- From: codec-bounces@ietf.org
>> [mailto:codec-bounces@ietf.org] On Behalf Of Ron Sent: Monday,
>> April 18, 2011 4:12 PM To: codec@ietf.org Subject: Re: [codec]
>> draft test and processing plan for the IETF Codec
>>
>> On Mon, Apr 18, 2011 at 09:32:23AM -0400, Stephen Botzko wrote:
>>> if we see a result that concerns us, we can follow up.  Perhaps
>>> the test plan should say this explicitly, or perhaps we can just
>>> agree to discuss needed follow-ups when we see the results.
>>
>> I believe that is exactly the solution that is being explored in
>> the <4DA7B88F.80002@jmvalin.ca>  subthread, which begins:
>>
>> I gave some more thought on your proposed test plan and as Cullen
>> suggested, I think the main cause of disagreement is not that much
>> on the testing, but on the conditions for publishing (large number
>> of BT, NWT). Considering that ultimately, the decision to publish a
>> spec is always based on WG consensus, then I think that problem can
>> be completely bypassed. Once we make it up to the individuals to
>> decide, then we can focus on "simply" designing a good test.
>>
>> So let's get started on the tests that people individually think
>> are important so that we have their results to consider by the time
>> we think we have enough information to decide.
>>
>> Do you see anything wrong with that solution?  It looks about as
>> fair and thorough as we can make it to everyone to me.
>>
>> Cheers, Ron
>>
>>
>> _______________________________________________ codec mailing list
>> codec@ietf.org https://www.ietf.org/mailman/listinfo/codec
> _______________________________________________ codec mailing list
> codec@ietf.org https://www.ietf.org/mailman/listinfo/codec
>
>