IETF Logo Mail Archive

Re: [AVT] Re: VMR-WB RTP Payload and Storage Formats

Qiaobing Xie <Qiaobing.Xie@motorola.com> Thu, 07 October 2004 02:23 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 WAA11901 for <avt-archive@ietf.org>; Wed, 6 Oct 2004 22:23:22 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFO5o-0005oH-68 for avt-archive@ietf.org; Wed, 06 Oct 2004 22:33:21 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFNuu-0003f6-Hk; Wed, 06 Oct 2004 22:22:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFNrF-000385-8P for avt@megatron.ietf.org; Wed, 06 Oct 2004 22:18:17 -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 WAA11547 for <avt@ietf.org>; Wed, 6 Oct 2004 22:18:14 -0400 (EDT)
Received: from motgate5.mot.com ([144.189.100.105]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFO0p-0005Ry-OJ for avt@ietf.org; Wed, 06 Oct 2004 22:28:13 -0400
Received: from az33exr01.mot.com (az33exr01.mot.com [10.64.251.231]) by motgate5.mot.com (8.12.11/Motgate2) with ESMTP id i972Io3O000991; Wed, 6 Oct 2004 19:18:50 -0700 (MST)
Received: from motorola.com (d1421-0a1071e2.cig.mot.com [10.16.113.226]) by az33exr01.mot.com (Motorola/az33exr01) with ESMTP id i972A91h020178; Wed, 6 Oct 2004 21:10:09 -0500
Message-ID: <4164A7D3.1030707@motorola.com>
Date: Wed, 06 Oct 2004 21:20:03 -0500
From: Qiaobing Xie <Qiaobing.Xie@motorola.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Netscape/7.1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Colin Perkins <csp@csperkins.org>
Subject: Re: [AVT] Re: VMR-WB RTP Payload and Storage Formats
References: <EBF631554F9CD7118D0B00065BF34DCB06FA781A@il27exm03.cig.mot.com> <EF6DCE98-16A9-11D9-9E24-000A957FC5F2@csperkins.org>
In-Reply-To: <EF6DCE98-16A9-11D9-9E24-000A957FC5F2@csperkins.org>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Content-Transfer-Encoding: 7bit
Cc: magnus.westerlund@ericsson.com, avt@ietf.org
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: 9182cfff02fae4f1b6e9349e01d62f32
Content-Transfer-Encoding: 7bit

Colin,

Colin Perkins wrote:

<snip>

> I would have thought the conference bridge could act as an RTP 
> translator, and resample as appropriate for some participants?

Use this as an example - here we have the advanced codec vmr-wb saying "you no longer need 
to worry about resampling at the bridge. Just send me the frames and I can handle them at 
either rates (8k or 16k)." But RTP payload says: "No, you cann't do that, even I know you 
are capable of it. You still have to stick with the tradition and pay the cost of signaling 
the rate change and building the resampling function into the bridge." I think this as a 
failure of taking full advantage of the codec capability.

regards,
-Qiaobing



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

v2.30.2 | Report a Bug | By Email | System Status