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

Koen Vos <koen.vos@skype.net> Sat, 16 April 2011 20:06 UTC

Return-Path: <koen.vos@skype.net>
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 A06E6E0754 for <codec@ietfc.amsl.com>; Sat, 16 Apr 2011 13:06:51 -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=[AWL=0.000, 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 9xdGLhpdvWDO for <codec@ietfc.amsl.com>; Sat, 16 Apr 2011 13:06:50 -0700 (PDT)
Received: from mx.skype.net (mx.skype.net [78.141.177.88]) by ietfc.amsl.com (Postfix) with ESMTP id A1A60E06A8 for <codec@ietf.org>; Sat, 16 Apr 2011 13:06:50 -0700 (PDT)
Received: from mx.skype.net (localhost [127.0.0.1]) by mx.skype.net (Postfix) with ESMTP id 4068D16FC; Sat, 16 Apr 2011 22:06:49 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skype.net; h=date:from:to :cc:message-id:in-reply-to:subject:mime-version:content-type: content-transfer-encoding; s=mx; bh=i0M+QmBR8oLLnR6N3S3ImR5JAcg= ; b=OZVgbCLWq3AqfoN3Zav+uWcZgPM5kZYVar6HPDLBu1xTViXKUqY0UTjzq/Ce Qj48hCnqJIFdMljDbixa+pKIPNrfq2+CEwKgyFzX26B9lnBX9dFKkM18Ll5dWX4n KP78yDT62p+aGBuBUmQuhZ84mLaEKGut2CLAlcu3v4B7B0w=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=skype.net; h=date:from:to:cc :message-id:in-reply-to:subject:mime-version:content-type: content-transfer-encoding; q=dns; s=mx; b=pU3jnO77+KI4NDlDD4++Fi FfVxTEMPZk9NHXub0w4z5o4f0T8WL4MUYfw2VhoaVSDIYeBQMtCpvnCCKgnLm+m0 mDxB0vM2x0AsWZ1GCCtQjxTxIS4TrXgDzulBmcXlRnLoNbKCZR148a1vf/EG5xPj BAQ2/p/VwxJxvxz8xjEEw=
Received: from zimbra.skype.net (zimbra.skype.net [78.141.177.82]) by mx.skype.net (Postfix) with ESMTP id 3EC2C7FC; Sat, 16 Apr 2011 22:06:49 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by zimbra.skype.net (Postfix) with ESMTP id 21A2E3507128; Sat, 16 Apr 2011 22:06:49 +0200 (CEST)
X-Virus-Scanned: amavisd-new at lu2-zimbra.skype.net
Received: from zimbra.skype.net ([127.0.0.1]) by localhost (zimbra.skype.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wXUlf5V8kwos; Sat, 16 Apr 2011 22:06:47 +0200 (CEST)
Received: from zimbra.skype.net (lu2-zimbra.skype.net [78.141.177.82]) by zimbra.skype.net (Postfix) with ESMTP id 104AA1678D06; Sat, 16 Apr 2011 22:06:47 +0200 (CEST)
Date: Sat, 16 Apr 2011 22:06:47 +0200
From: Koen Vos <koen.vos@skype.net>
To: Paul Coverdale <coverdale@sympatico.ca>
Message-ID: <2064537045.221790.1302984406971.JavaMail.root@lu2-zimbra>
In-Reply-To: <BLU0-SMTP45D80A749744A85182EC0CD0AF0@phx.gbl>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [69.181.192.115]
X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 (Win)/6.0.9_GA_2686)
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: Sat, 16 Apr 2011 20:06:51 -0000

Paul Coverdale wrote:
> You mean that VoIP applications have no filtering at all, not even
> anti-aliassing?

The bandpass filter in the test plan runs on the downsampled signal, 
so it's not an anti-aliasing filter.  

Also, the plan's bandpass for narrowband goes all the way up to Nyquist 
(4000 Hz), whereas for wideband it goes only to 7000 Hz.  So if the 
bandpass filters were to somehow deal with aliasing, they are not being 
used consistently.

I presume the resamplers in the plan use proper anti-aliasing filters 
representative of those in VoIP applications (and described in 
Jean-Marc's post).

best,
koen.


----- Original Message -----
From: "Paul Coverdale" <coverdale@sympatico.ca>
To: "Koen Vos" <koen.vos@skype.net>, "Anisse Taleb" <anisse.taleb@huawei.com>
Cc: codec@ietf.org
Sent: Saturday, April 16, 2011 4:42:06 AM
Subject: RE: [codec] draft test and processing plan for the IETF Codec

Hi Koen,

You mean that VoIP applications have no filtering at all, not even
anti-aliassing?

...Paul

>-----Original Message-----
>From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf
>Of Koen Vos
>Sent: Saturday, April 16, 2011 1:04 AM
>To: Anisse Taleb
>Cc: codec@ietf.org
>Subject: Re: [codec] draft test and processing plan for the IETF Codec
>
>Hi Anisse,
>
>I noticed your plan tests with band-limited signals: Narrowband signals
>are
>filtered from 300-4000 Hz, Wideband from 50-7000 Hz, Superwideband from
>50-14000 Hz.
>
>However, VoIP applications have no such band-pass filters (which degrade
>quality and add complexity).  So results will be more informative to the
>WG
>and potential adopters of the codec if the testing avoids band-pass
>filtering as well.  We want test conditions to mimic the real world as
>closely as possible.
>
>Instead of band-pass filtering, tests on speech could use a simple high-
>pass
>filter with a cutoff around 50 Hz, as many VoIP applications do indeed
>have
>such a filter.
>
>best,
>koen.
>
>