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

Jean-Marc Valin <jean-marc.valin@octasic.com> Thu, 14 April 2011 13:06 UTC

Return-Path: <jean-marc.valin@octasic.com>
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 8DD91E073A for <codec@ietfc.amsl.com>; Thu, 14 Apr 2011 06:06:44 -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=[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 4HuEJS5Y-TeA for <codec@ietfc.amsl.com>; Thu, 14 Apr 2011 06:06:43 -0700 (PDT)
Received: from toroondcbmts07-srv.bellnexxia.net (toroondcbmts07-srv.bellnexxia.net [207.236.237.41]) by ietfc.amsl.com (Postfix) with ESMTP id 188C6E06D9 for <codec@ietf.org>; Thu, 14 Apr 2011 06:06:43 -0700 (PDT)
Received: from toip55-bus.srvr.bell.ca ([67.69.240.141]) by toroondcbmts07-srv.bellnexxia.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20110414130642.QNPV21936.toroondcbmts07-srv.bellnexxia.net@toip55-bus.srvr.bell.ca>; Thu, 14 Apr 2011 09:06:42 -0400
Received: from toip40-bus.srvr.bell.ca ([67.69.240.41]) by toip55-bus.srvr.bell.ca with ESMTP; 14 Apr 2011 09:06:34 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAPbmpk3PPaAN/2dsb2JhbACldneIb7hShW4EkWIH
Received: from mail.octasic.com ([207.61.160.13]) by toip40-bus.srvr.bell.ca with ESMTP; 14 Apr 2011 09:06:33 -0400
Received: from [10.100.50.90] (10.100.50.90) by MAIL1.octasic.com (10.100.10.44) with Microsoft SMTP Server (TLS) id 14.1.270.1; Thu, 14 Apr 2011 09:06:33 -0400
Message-ID: <4DA6F158.7070103@octasic.com>
Date: Thu, 14 Apr 2011 09:06:32 -0400
From: Jean-Marc Valin <jean-marc.valin@octasic.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
MIME-Version: 1.0
To: Paul Coverdale <coverdale@sympatico.ca>
References: <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC684E@LHREML503-MBX.china.huawei.com> <BCB3F026FAC4C145A4A3330806FEFDA93BA8B6463D@EMBX01-HQ.jnpr.net> <BLU0-SMTP463B56C50578E4BB6938BBD0AD0@phx.gbl>
In-Reply-To: <BLU0-SMTP463B56C50578E4BB6938BBD0AD0@phx.gbl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.100.50.90]
Cc: 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: Thu, 14 Apr 2011 13:06:44 -0000

> I don't think the situation is as dire as you make out. Your analysis
> assumes that all requirements are completely independent. This is not the
> case, in many cases if you meet one requirement you are likely to meet
> others of the same kind (eg performance as a function of bit rate).
>
> But in any case, the statistical analysis procedure outlined in the test
> plan doesn't assume that every requirement must be met with absolute
> certainty, it allows for a confidence interval.

This is exactly what Greg is considering in his analysis. He's starting 
from the assumption that the codec really meets *all* 162 requirements. 
Consider just the NWT requirements: if we were truly no worse than the 
reference codec, then with 87 tests against a 95% confidence interval, we 
would be expected to fail about 4 tests just by random chance. Considering 
both NWT and BT requirements, the odds of passing Anisse's proposed test 
plan given the assumptions above are 4.1483e-33. See http://xkcd.com/882/ 
for a more rigorous analysis.

Cheers,

	Jean-Marc