Re: [codec] Opus comparison test plan version 2

"Christian Hoene" <hoene@uni-tuebingen.de> Wed, 17 April 2013 14:26 UTC

Return-Path: <hoene@uni-tuebingen.de>
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 8784021F8B6E for <codec@ietfa.amsl.com>; Wed, 17 Apr 2013 07:26:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.598
X-Spam-Level:
X-Spam-Status: No, score=-5.598 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ezv3RZhg44dO for <codec@ietfa.amsl.com>; Wed, 17 Apr 2013 07:25:59 -0700 (PDT)
Received: from mx09.uni-tuebingen.de (mx09.uni-tuebingen.de [134.2.3.2]) by ietfa.amsl.com (Postfix) with ESMTP id E1F1621F8B61 for <codec@ietf.org>; Wed, 17 Apr 2013 07:25:58 -0700 (PDT)
Received: from samsung7PC (u-173-c016.cs.uni-tuebingen.de [134.2.173.16]) (authenticated bits=0) by mx09.uni-tuebingen.de (8.13.6/8.13.6) with ESMTP id r3HEPu4a006128 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 17 Apr 2013 16:25:56 +0200
From: Christian Hoene <hoene@uni-tuebingen.de>
To: 'Alfons Martin' <alfons.martin@symonics.com>, codec@ietf.org
References: <516EA89C.80103@symonics.com>
In-Reply-To: <516EA89C.80103@symonics.com>
Date: Wed, 17 Apr 2013 16:26:28 +0200
Message-ID: <001d01ce3b77$8d02a1b0$a707e510$@uni-tuebingen.de>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01CE3B88.508DBBA0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQI5h+wjQFgrUroIrpJ1cWWFVJU3xZgD3Qgg
Content-Language: de
X-AntiVirus-Spam-Check: clean (checked by Avira MailGate: version: 3.2.1.26; spam filter version: 3.2.0/2.3; host: mx09)
X-AntiVirus: checked by Avira MailGate (version: 3.2.1.26; AVE: 8.2.12.28; VDF: 7.11.73.32; host: mx09); id=5047-C3TiGa
Cc: 'Christian Hoene' <christian.hoene@symonics.com>, patrick.schreiner@symonics.com
Subject: Re: [codec] Opus comparison test plan version 2
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, 17 Apr 2013 14:26:01 -0000

Hi,

 

As for 24, 32, 48 kbit/s for mono and 32, 48, 64 and 96 kbit/s for stereo we
can assume that least one out of the two codecs will work. Thus, we keep
those parameter setting in.

 

With best regards,

 

Christian

 

 

 

Von: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] Im Auftrag von
Alfons Martin
Gesendet: Mittwoch, 17. April 2013 15:50
An: alfons.martin@symonics.com; codec@ietf.org
Cc: Christian Hoene; patrick.schreiner@symonics.com
Betreff: [codec] Opus comparison test plan version 2

 

 

AMR-WB

 

Based on the feedback we changed the document.

1)      No input bandwidth filtering for speech at all

2)      "Make sure to tell the Opus encoder what the percentage of loss is
so it can optimize the encoding for it." - Ok, but we have to consider both
cases.

3)      "For AMR-WB the 8.85 mode is "intended to be used only temporarily
during severe radio channel conditions or during network congestion". Right,
better we use AMR-WB 12.65 with DTX in this case.

 

We did not consider the following suggestion

1)      "Opus should use VBR" - For direct comparison, we have to choose
same mode as the other codec. For example, AMR-WB does not support VBR.

2)      "If you're going to test packet loss, there should be at least one
test with FEC -- probably the 23.85 one". As for now, we are not sure
whether the Opus FEC implementation is bug free (see FEC question email).

 

AAC-eLD

Based on the feedback we changed the document.

1)      We will use SBR

2)      "Mono and stereo should not be mixed in one experiment to avoid the
influence of this factor on the assessment of the coding quality." - agreed.

3)      24, 32, 48 kbit/s for mono at 32 kHz sample rate CHECK 

4)      For stereo 32, 48, 64 and 96 kbit/s could be used. CHECK

 

We did not consider the following suggestion

1)       

 

 

 

General

Based on the feedback we changed the document.

1)      We will use loss rates 0, 1, 3, 6%

 

We did not consider the following suggestion

1)      We will keep the MNRU 16 anchor (MOS 2.2) because some of the
samples will be worse than LP 3.5 but better than MOS 2.2. We skip LP 7 as
it is optional.

2)      We stick to MUSHRA as it is the only tests that covers a wide range
of degradations.

 

Thank you very much for your timely feedback.


Alfons, Christian