Re: [AVT] RE: <draft-ietf-avt-rtp-vmr-wb-03.txt>: sampling rate

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 24 September 2004 12:13 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA05018 for <avt-archive@ietf.org>; Fri, 24 Sep 2004 08:13:40 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CAp48-0000Uz-8k for avt-archive@ietf.org; Fri, 24 Sep 2004 08:20:54 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CAorT-00036j-9M; Fri, 24 Sep 2004 08:07:39 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CAokZ-0001mS-Fl for avt@megatron.ietf.org; Fri, 24 Sep 2004 08:00:31 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA03889 for <avt@ietf.org>; Fri, 24 Sep 2004 08:00:30 -0400 (EDT)
Received: from penguin.ericsson.se ([193.180.251.47]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CAorX-0000Dg-IA for avt@ietf.org; Fri, 24 Sep 2004 08:07:45 -0400
Received: from esealmw140.al.sw.ericsson.se ([153.88.254.121]) by penguin.ericsson.se (8.12.10/8.12.10/WIREfire-1.8b) with ESMTP id i8OC0SfM022226 for <avt@ietf.org>; Fri, 24 Sep 2004 14:00:28 +0200 (MEST)
Received: from esealnt613.al.sw.ericsson.se ([153.88.254.125]) by esealmw140.al.sw.ericsson.se with Microsoft SMTPSVC(6.0.3790.0); Fri, 24 Sep 2004 14:00:28 +0200
Received: from [147.214.34.64] (research-1fd0e1.ki.sw.ericsson.se [147.214.34.64]) by esealnt613.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id TC4XWAZH; Fri, 24 Sep 2004 14:00:28 +0200
Message-ID: <41540C5C.6000307@ericsson.com>
Date: Fri, 24 Sep 2004 14:00:28 +0200
X-Sybari-Trust: 1f371c0f 47b3073a 3756a41f 00000138
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803
X-Accept-Language: sv, en-us, en
MIME-Version: 1.0
To: Qiaobing Xie <Qiaobing.Xie@motorola.com>
Subject: Re: [AVT] RE: <draft-ietf-avt-rtp-vmr-wb-03.txt>: sampling rate
References: <0B08EA1BF5F6304992CDC985EE02209E02A74365@sdebe002.americas.nokia.com> <1225B53B-03EB-11D9-A048-000A957FC5F2@csperkins.org> <41433EE5.3030604@motorola.com> <4145B1B6.4090000@ericsson.com> <6654897A-0D36-11D9-A100-000A957FC5F2@csperkins.org> <41540AAA.7010102@motorola.com>
In-Reply-To: <41540AAA.7010102@motorola.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 24 Sep 2004 12:00:28.0268 (UTC) FILETIME=[154B7AC0:01C4A22E]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Content-Transfer-Encoding: 7bit
Cc: Colin Perkins <csp@csperkins.org>, avt@ietf.org, sassan.ahmadi@nokia.com
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Content-Transfer-Encoding: 7bit

Qiaobing Xie wrote:
> 
> I'd think that the saving (in terms of reduction to the system design 
> and signaling complexity) by avoiding performing RTP timestamp rate 
> switches (as Magnus pointed out above) far overweighs the ability of 
> using the sampling rate to drive the media clock.
> 

Also, nothing in the case of VMR-WB prevents it from driving the media 
clock. The larger issue is that VMR-WB has built in resampling 
functions, and the fully information carrying sampling rate needed is 
16kHz, not 8. However resampling before the codec, or resampling in the 
codec does not make any difference from the handling, only somewhat in 
regards to quality, due to encoder optimization.

As the native out-put is 16kHz using a 8kHz RTP clock prevents a 
receiver from driving its media clock with the appropriate rate. If a 
receiver is using 8kHz output, then it easier to scale down the rate, 
then to scale it up for the normal receiver behavior.

Thus I see the least problem of driving the media clock when we only 
uses a 16kHz clock, rather then a clock that reflects the encoders 
front-end.

Cheers

Magnus Westerlund

Multimedia Technologies, Ericsson Research EAB/TVA/A
----------------------------------------------------------------------
Ericsson AB                | Phone +46 8 4048287
Torshamsgatan 23           | Fax   +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt