Re: [codec] #8: Sample rates?

"Christian Hoene" <hoene@uni-tuebingen.de> Tue, 13 April 2010 05:16 UTC

Return-Path: <hoene@uni-tuebingen.de>
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 77CB53A68B5 for <codec@core3.amsl.com>; Mon, 12 Apr 2010 22:16:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.784
X-Spam-Level:
X-Spam-Status: No, score=-2.784 tagged_above=-999 required=5 tests=[AWL=0.865, BAYES_50=0.001, HELO_EQ_DE=0.35, 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 EAZzBWovR22x for <codec@core3.amsl.com>; Mon, 12 Apr 2010 22:16:19 -0700 (PDT)
Received: from mx06.uni-tuebingen.de (mx06.uni-tuebingen.de [134.2.3.3]) by core3.amsl.com (Postfix) with ESMTP id 62DBD3A68A9 for <codec@ietf.org>; Mon, 12 Apr 2010 22:16:10 -0700 (PDT)
Received: from hoeneT60 ([178.2.210.31]) (authenticated bits=0) by mx06.uni-tuebingen.de (8.13.6/8.13.6) with ESMTP id o3D5FukI016228 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <codec@ietf.org>; Tue, 13 Apr 2010 07:16:02 +0200
From: Christian Hoene <hoene@uni-tuebingen.de>
To: codec@ietf.org
References: <062.89d7aa91c79b145b798b83610e45ce71@tools.ietf.org> <071.0bc6655c98ff0335ad26ee705d9f5ce9@tools.ietf.org>
In-Reply-To: <071.0bc6655c98ff0335ad26ee705d9f5ce9@tools.ietf.org>
Date: Tue, 13 Apr 2010 07:15:55 +0200
Message-ID: <002a01cadac8$68dbf380$3a93da80$@de>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-index: Acrakw+V6xvPUJfsSoq0LvVBy0a63wANC0KQ
Content-Language: de
X-AntiVirus: NOT checked by Avira MailGate (version: 3.0.0-4; host: mx06)
Subject: Re: [codec] #8: Sample rates?
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: Tue, 13 Apr 2010 05:16:27 -0000

>
>#8: Sample rates?
>------------------------------------+---------------------------------------
> Reporter:  hoene@…                 |       Owner:
>     Type:  enhancement             |      Status:  new
> Priority:  minor                   |   Milestone:
>Component:  requirements            |     Version:
> Severity:  Active WG Document      |    Keywords:
>------------------------------------+---------------------------------------
>
>Comment(by kpfleming@…):
>
> If our goal is to use RTP AVP/SAVP/AVPF/SAVPF profiles for transport (as
> seems likely), then differences in sample rates between stream offers must
> be listed separately in the SDP. Whether they have a different codec
> 'name' in the SDP or not seems less important, because the combination of
> the codec name and sample rate is required to uniquely identify the format
> in any case. Note that this is *sample rate*, and not bitstream rate.

No, please not. Please keep the interface to the codec as simple as possible!
 
In addition, one must consider the following requirements:

1) First, the sample rate MUST be changed dynamically to cope with varying transmission bandwidths.
2) Typically, sound cards do not allow changes of the sample rate on the fly. 
3) Thus, the codec SHOULD have an internal sampling rate conversion.

I would recommend to use only one nominal sampling rate (e.g. the sampling rate of the sound card) and let the codec do the conversion between the actually used and predefined.

It might be useful to state that it is not recommended to use 44100 Hz, because the conversion to 16kHz and 32kHz is computational more demanding than 48kHz and requires more power/time.

With best regards,

 Christian