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

Erik Norvell <erik.norvell@ericsson.com> Wed, 06 April 2011 08:37 UTC

Return-Path: <erik.norvell@ericsson.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 1C7103A69B5 for <codec@core3.amsl.com>; Wed, 6 Apr 2011 01:37:43 -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=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 xwT8PqkGYy6v for <codec@core3.amsl.com>; Wed, 6 Apr 2011 01:37:42 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id B3E6B3A68E6 for <codec@ietf.org>; Wed, 6 Apr 2011 01:37:41 -0700 (PDT)
X-AuditID: c1b4fb3d-b7bd5ae000002ba3-69-4d9c26bcf225
Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 2E.44.11171.CB62C9D4; Wed, 6 Apr 2011 10:39:24 +0200 (CEST)
Received: from ESESSCMS0351.eemea.ericsson.se ([169.254.1.42]) by esessmw0247.eemea.ericsson.se ([10.2.3.116]) with mapi; Wed, 6 Apr 2011 10:39:21 +0200
From: Erik Norvell <erik.norvell@ericsson.com>
To: Anisse Taleb <anisse.taleb@huawei.com>, Jean-Marc Valin <jean-marc.valin@octasic.com>, "codec@ietf.org" <codec@ietf.org>
Date: Wed, 06 Apr 2011 10:39:20 +0200
Thread-Topic: A concrete proposal for requirements and testing
Thread-Index: Acvvs3HtzlEZPvSGSjK6pDMAnYZZngEfHGZwAAFMZgA=
Message-ID: <027A93CE4A670242BD91A44E37105AEF17ACA33C36@ESESSCMS0351.eemea.ericsson.se>
References: <64212FE1AE068044AD567CCB214073F123A10234@MAIL2.octasic.com> <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC47FA@LHREML503-MBX.china.huawei.com>
In-Reply-To: <F5AD4C2E5FBF304ABAE7394E9979AF7C26BC47FA@LHREML503-MBX.china.huawei.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==
Subject: Re: [codec] A concrete proposal for requirements and testing
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <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: Wed, 06 Apr 2011 08:37:43 -0000

+1
 
The tests presented so far serve well in aiding the development work, but they are not mature enough to support general conclusions on the Opus performance. I think the examples from Paul are a good starting point for specifying the tests.

Best regards,
Erik
 


________________________________

	From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf Of Anisse Taleb
	Sent: den 6 april 2011 10:12
	To: Jean-Marc Valin; codec@ietf.org
	Subject: Re: [codec] A concrete proposal for requirements and testing
	
	

	Dear Jean Marc,

	 

	Thanks for the fruitful discussions we had at the meeting. Regarding the points you raise, I don't think we can conclude on quality yet. 

	 

	 

	>1) The narrowband test showed that Opus had higher quality than Speex at 11 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing Speex in narrowband mode?

	>2) The narrowband test showed that Opus had higher quality at 11 kb/s than iLBC at 15 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing iLBC.
	
	

	The tests conducted by Jan were performed with clean speech only (to the best of my knowledge), in addition the methodology used (MUSHRA) is admittedly limited when it comes to testing narrowband signals and especially speech. Moreover, I am not sure as to the use of different native language listeners.  The test is useful in itself, however, more is needed in order to reach the conclusion you claim. 

	
	>3) There have been no formal comparison with AMR-NB yet. What do you think would be sufficient to assess the quality of Opus compared to AMR-NB?
	
	

	Not sure what the question means, as was discussed during the meeting, I think the inclusion and comparison to state of the art codecs, including AMR-NB, is a must in order to fully assess the quality of Opus. 

	
	>4) The wideband test showed that Opus at 19.85 kb/s had higher quality than Speex-WB at 24 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing Speex in wideband mode?

	>5) The wideband test showed that Opus at 19.85 kb/s had higher quality than G.722.1 at 24 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing G.722.1?
	>6) The wideband test showed that Opus at 19.85 kb/s had higher quality than AMR-WB at 19.85 kb/s. Does anyone disagree that this is sufficient to concluded that the proposed "nice to have" objective of "no worse than AMR-WB" is met?
	
	

	Same comment as for 1) and 2), higher quality cannot be concluded on a such a restrictive test set.

	
	>7) The fullband test showed that Opus at 32 kb/s had higher quality than G.719 at 32 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing G.722.1C, considering that G.719 has already been shown to out-perform G.722.1C
	
	

	Not strongly against taking such shortcuts, however, please consider that G.719 has been tested with many signals including reverberant speech, background noise conditions etc...

	 

	 

	Kind regards,

	/Anisse

	 

	 

	From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf Of Jean-Marc Valin
	Sent: Thursday, March 31, 2011 4:54 PM
	To: codec@ietf.org
	Subject: [codec] A concrete proposal for requirements and testing

	 

	Hi,
	
	Following the meeting and post-meeting discussions about requirements and testing, we would like to make the following proposal which addresses the opposing views which prevented consensus in the meeting today. 
	
	First, we propose to remove the following codecs from the requirements:
	
	- GSM-FR, based on consensus from the list
	- G.722, based on being clearly out-performed by G.722.1
	- Speex-UWB, based on the fact that the author himself does not recommend it being used :-)
	
	We can keep the other reference codecs as minimum quality requirement and include being no worse than AMR-NB and AMR-WB as "objectives" that are "nice to have", but not hard requirements.
	
	From there and based on the listening tests presented by Jan Skoglund today, let's see what we can already conclude and what still needs more testing:
	
	1) The narrowband test showed that Opus had higher quality than Speex at 11 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing Speex in narrowband mode?

	 

	
	
	2) The narrowband test showed that Opus had higher quality at 11 kb/s than iLBC at 15 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing iLBC.
	
	3) There have been no formal comparison with AMR-NB yet. What do you think would be sufficient to assess the quality of Opus compared to AMR-NB?
	
	4) The wideband test showed that Opus at 19.85 kb/s had higher quality than Speex-WB at 24 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing Speex in wideband mode?
	
	5) The wideband test showed that Opus at 19.85 kb/s had higher quality than G.722.1 at 24 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing G.722.1?
	
	6) The wideband test showed that Opus at 19.85 kb/s had higher quality than AMR-WB at 19.85 kb/s. Does anyone disagree that this is sufficient to concluded that the proposed "nice to have" objective of "no worse than AMR-WB" is met?
	
	7) The fullband test showed that Opus at 32 kb/s had higher quality than G.719 at 32 kb/s. Does anyone disagree that this is sufficient to meet the Sec 4.2 requirement of out-performing G.722.1C, considering that G.719 has already been shown to out-perform G.722.1C
	
	If you disagree with any of the points above -- as may very well be the case -- please do provide a concrete test proposal that would be sufficient to convince you.
	
	Cheers,
	
	    Jean-Marc and Koen