Re: [codec] A concrete proposal for requirements and testing

Stephen Botzko <stephen.botzko@gmail.com> Tue, 12 April 2011 11:16 UTC

Return-Path: <stephen.botzko@gmail.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 C7178E0736 for <codec@ietfc.amsl.com>; Tue, 12 Apr 2011 04:16:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.078
X-Spam-Level:
X-Spam-Status: No, score=-3.078 tagged_above=-999 required=5 tests=[AWL=0.520, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 dAVGqepL7Uxu for <codec@ietfc.amsl.com>; Tue, 12 Apr 2011 04:16:26 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfc.amsl.com (Postfix) with ESMTP id 87F8CE06B6 for <codec@ietf.org>; Tue, 12 Apr 2011 04:16:26 -0700 (PDT)
Received: by vws12 with SMTP id 12so6166588vws.31 for <codec@ietf.org>; Tue, 12 Apr 2011 04:16:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Dmv24uJXygV7OmCqRDUdRzm5aRxDyDM5ofDb02z16bo=; b=O1FbYGLQ9AkMNSY6UyPxy5DesKMQHNHyQxVbEz+11rPsd8pvm5/6qq+h1NGsWv7AbX ElU/KKzeoxwcxBfkt90XAVvUiZxKupaCPaaVRbos2kNeuXcgo4Ri4KXrUsUPBv9Y897a EQe2auO1XCnIlAjP8DAzEmYIx97rFIyBWzYKU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nnH9AW6BpuZubWeJiO0UL6PC56miqLTl/XJ+411sicWODJo9L+N4C3tTwrUAie3Qb9 OhPDOeYfeFDyk0kfcSXZpMg68lxcuJ9E/pv/HMBE44cz0pL0RX9A+W+kD+RMEY3SgyqJ N+Egp6+gQ8iQjhtQ69zwbSObtNX6rcnrSRfcQ=
MIME-Version: 1.0
Received: by 10.220.18.208 with SMTP id x16mr1855399vca.130.1302606986099; Tue, 12 Apr 2011 04:16:26 -0700 (PDT)
Received: by 10.220.117.66 with HTTP; Tue, 12 Apr 2011 04:16:26 -0700 (PDT)
In-Reply-To: <20110412051947.GP30415@audi.shelbyville.oz>
References: <21200823.2625297.1302284060278.JavaMail.root@lu2-zimbra> <BLU0-SMTP11D0135F8FFEEEB308A1E9D0A70@phx.gbl> <4d9f7107.a7fed80a.542d.ffffa087@mx.google.com> <20110409030611.GG30415@audi.shelbyville.oz> <BLU0-SMTP9917A8ABBC14D6FFE833E6D0A90@phx.gbl> <20110410023345.GM30415@audi.shelbyville.oz> <BANLkTin1pTWfThu1mF=PnBKMz_0_=5f8rw@mail.gmail.com> <20110410180627.GN30415@audi.shelbyville.oz> <4DA2EA85.8010609@soundexpert.info> <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC5E8D@LHREML503-MBX.china.huawei.com> <20110412051947.GP30415@audi.shelbyville.oz>
Date: Tue, 12 Apr 2011 07:16:26 -0400
Message-ID: <BANLkTik0=pv9VUO4y=4ADu-pvdj=ekEpOw@mail.gmail.com>
From: Stephen Botzko <stephen.botzko@gmail.com>
To: Ron <ron@debian.org>
Content-Type: multipart/alternative; boundary="00163649979bb03b0a04a0b6d241"
Cc: codec@ietf.org
Subject: Re: [codec] A concrete proposal for requirements and testing
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, 12 Apr 2011 11:16:28 -0000

in-line
Stephen Botzko

On Tue, Apr 12, 2011 at 1:19 AM, Ron <ron@debian.org> wrote:

>
> Hi Anisse,
>
> On Mon, Apr 11, 2011 at 06:26:08PM +0000, Anisse Taleb wrote:
> > Hi all,
> >
> > I feel this thread has somewhat diverged from its initial purpose which
> was
> > to have a concrete plan for testing and requirements.
>
> Well, its initial purpose, as clearly seen in its first post, was to
> resolve
> the disagreement (or possibly confusion?) that resulted from trying to take
> a hum on those questions, without adequate discussion, at Prague.
>
> It diverged from that almost immediately, and has steadfastly refused to
> return to it.  If we can take that as meaning that nobody actually does
> disagree with the points that Jean-Marc asked to clarify, then I think
> we can take that as meaning this (original) thread has actually achieved
> its purpose and we now do have consensus on those points.
>

I don't see how anyone can think we've achieved consensus.  That is just
plain silly.  BTW, isn't up to *chairs* to call for consensus?

On the whole, the thread started reasonably, with good discussions on adding
some speech conditions, choosing the number of subjects, etc. The thread
diverged when AMR was proposed as an anchor in section 4.2. Jean-Marc
"strongly disagreed" to testing requirements against AMR-NB and AMR-WB,
saying it was "not fair", and suggesting that he thought Opus would fail in
that comparison (though he thought it would be close).  He suggested that
only unencumbered codecs be used as anchors for strict requirements. [He did
*not* object to the use of encumbered codecs in testing objectives, just in
testing "strict requirements"].

However, the idea of limiting IPR in the anchors was clearly not accepted by
others on the thread, and as is often the case on IETF lists, the mention of
IPR took us off-topic.  Then the idea of systematic testing itself became
the predominant hot topic, with many (like me) thinking it is essential, and
others (like yourself) thinking it is a waste of time.  Since the value of
systematic testing is a more basic discussion than the details of the test
plan, the thread never got back on track.

Starting over by contributing draft systematic test plan seems like the best
approach.


> Is there some formal IETF thing we need to do to acknowledge that now?
> (as separate from this subthread about an additional planned test)
>
> > I have also a feeling
> > that there are "cultural" differences and divergences as to what
> "testing"
> > means.
>
> I don't think anyone disagrees on what testing means.  I do think we have
> some disagreement on what tests are relevant though.  Some people think
> testing against G.711, or against codecs that cannot possibly fill the
> requirements this group set out to achieve, is a fairly pointless exercise.
> At least in the context of assessing whether we have met the requirements
> of the WG, and to what standard.  And in the face of the test results that
> we do already have.
>
> Such tests may still be interesting to see (I'd be interested in seeing
> them for one), but I strongly disagree that they are at all serving the
> aims of the WG, and don't think we should delay its progress if we don't
> have them in time.
>

I think you and Anisse have very different views on what it means to run a
proper test.


>
> > That aside, I would like to inform that a proposal for test plan is
> currently
> > being drafted and will be communicated this week.
>
> Thank you.  I'm very glad to hear that the people who weren't satisfied
> by the results we've already seen are taking the initiative to resolve
> that to their full satisfaction.  As only they can do.
>
> I look forward to seeing your plan, and its results.  As I have all of
> the other tests performed to date.
>
> Best,
> Ron
>
>
> _______________________________________________
> codec mailing list
> codec@ietf.org
> https://www.ietf.org/mailman/listinfo/codec
>