Re: [codec] Summary of test results

Erik Norvell <erik.norvell@ericsson.com> Wed, 22 June 2011 09:00 UTC

Return-Path: <erik.norvell@ericsson.com>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 819DF11E80BB for <codec@ietfa.amsl.com>; Wed, 22 Jun 2011 02:00:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UBrZslabf+e8 for <codec@ietfa.amsl.com>; Wed, 22 Jun 2011 02:00:14 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by ietfa.amsl.com (Postfix) with ESMTP id 91FA811E807F for <codec@ietf.org>; Wed, 22 Jun 2011 02:00:13 -0700 (PDT)
X-AuditID: c1b4fb3d-b7c17ae00000262e-34-4e01af1cb3a0
Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 44.DC.09774.C1FA10E4; Wed, 22 Jun 2011 11:00:12 +0200 (CEST)
Received: from ESESSCMS0351.eemea.ericsson.se ([169.254.2.242]) by esessmw0197.eemea.ericsson.se ([153.88.115.87]) with mapi; Wed, 22 Jun 2011 11:00:11 +0200
From: Erik Norvell <erik.norvell@ericsson.com>
To: Jean-Marc Valin <jean-marc.valin@octasic.com>
Date: Wed, 22 Jun 2011 11:00:10 +0200
Thread-Topic: [codec] Summary of test results
Thread-Index: AcwwSw+/QFpkvUN5Q7OmEAm8yTDkKQAb4ZUg
Message-ID: <027A93CE4A670242BD91A44E37105AEF18634B6957@ESESSCMS0351.eemea.ericsson.se>
References: <4DFA5106.1040903@octasic.com> <027A93CE4A670242BD91A44E37105AEF18634B66E9@ESESSCMS0351.eemea.ericsson.se> <4E00F3A0.5030800@octasic.com>
In-Reply-To: <4E00F3A0.5030800@octasic.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Cc: "codec@ietf.org" <codec@ietf.org>
Subject: Re: [codec] Summary of test results
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: Wed, 22 Jun 2011 09:00:14 -0000

> -----Original Message-----
> From: Jean-Marc Valin [mailto:jean-marc.valin@octasic.com]
> Sent: den 21 juni 2011 21:40
> To: Erik Norvell
> Cc: codec@ietf.org
> Subject: Re: [codec] Summary of test results
> 
> On 11-06-21 09:04 AM, Erik Norvell wrote:
> > Thank you for compiling this summary of pre-Opus tests. It should 
> > definitely help in designing the listening test on the final Opus.
> 
> Just to clarify, the Opus bit-stream *is* final and, as far as these 
> tests (for both speech and music) are concerned, has been since 
> February.
> The latest draft also has the final stereo bit-stream for voice, but 
> all the rest is long frozen.
> 

There are a number of tests which are older than that which are still referenced when making statements about Opus performance.
In addition, a frozen bit-stream is not equal to frozen quality. If the codec itself is still permitted to change its quality may be affected.


> > One comment to section 3: "While Opus has evolved since these tests 
> > were conducted, the results should be considered as a
> _lower bound_ on
> > the quality of the final codec."
> >
> > I would like to think that the sum is always greater than
> it's parts,
> > but it is definitely possible to make something worse by
> working on it.
> > Hence, statements about Opus performance must be based on
> tests made
> > on the final codec.
> 
> Of course it's not a guarantee, but there's definitely value in those 
> tests results in that it's unlikely that everything always worked fine 
> and then we just screwed everything up at the end (if that was the 
> case we would have realised it in the other tests).
> 

I agree the tests are valuable as quality indicators for the codec by the time they were conducted. However, the only way to make correct statements about the performance of the final Opus codec is to test this final codec. To deduce that performance from tests of previous versions is bound to include some amount of speculation.

Best,
Erik