Re: [AVT] The RTP payload format for multichannel codecs's signal ling problem
Magnus Westerlund <magnus.westerlund@ericsson.com> Tue, 10 February 2004 16:09 UTC
Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25409 for <avt-archive@odin.ietf.org>; Tue, 10 Feb 2004 11:09:38 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqaRh-0002oX-9m for avt-archive@odin.ietf.org; Tue, 10 Feb 2004 11:09:12 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1AG99p4010800 for avt-archive@odin.ietf.org; Tue, 10 Feb 2004 11:09:09 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqaRZ-0002mV-MW; Tue, 10 Feb 2004 11:09:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqaQl-0002c6-Rr for avt@optimus.ietf.org; Tue, 10 Feb 2004 11:08:11 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25253 for <avt@ietf.org>; Tue, 10 Feb 2004 11:08:07 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AqaQj-0007aR-00 for avt@ietf.org; Tue, 10 Feb 2004 11:08:09 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AqaPn-0007RC-00 for avt@ietf.org; Tue, 10 Feb 2004 11:07:12 -0500
Received: from penguin-ext.wise.edt.ericsson.se ([193.180.251.47]) by ietf-mx with esmtp (Exim 4.12) id 1AqaOq-0007Gp-00 for avt@ietf.org; Tue, 10 Feb 2004 11:06:13 -0500
Received: from esealmw141.al.sw.ericsson.se ([153.88.254.120]) by penguin-ext.wise.edt.ericsson.se (8.12.10/8.12.10/WIREfire-1.8b) with ESMTP id i1AG6AYG021240 for <avt@ietf.org>; Tue, 10 Feb 2004 17:06:10 +0100 (MET)
Received: from esealnt611.al.sw.ericsson.se ([153.88.254.121]) by esealmw141.al.sw.ericsson.se with Microsoft SMTPSVC(6.0.3790.0); Tue, 10 Feb 2004 17:06:10 +0100
Received: from ericsson.com (research-1fd0e1.ki.sw.ericsson.se [147.214.34.102]) by esealnt611.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id 1VSG5C5W; Tue, 10 Feb 2004 17:06:13 +0100
Message-ID: <402900F1.7040400@ericsson.com>
Date: Tue, 10 Feb 2004 17:04:01 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: sv, en-us, en
MIME-Version: 1.0
To: Ross Finlayson <finlayson@live.com>
CC: avt@ietf.org
Subject: Re: [AVT] The RTP payload format for multichannel codecs's signal ling problem
References: rsf@localhost (Unverified) <6.0.1.1.1.20040205135742.03461eb0@localhost>
In-Reply-To: <6.0.1.1.1.20040205135742.03461eb0@localhost>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 10 Feb 2004 16:06:10.0680 (UTC) FILETIME=[CCAFC780:01C3EFEF]
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
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>
Content-Transfer-Encoding: 7bit
Hi Ross, I don't think that is a good solution due to that if one is only capable of handling mono playback, then one might refuse to use this functionality, although one would in fact be able to support it. Therefore it seems rather important to be able to downgrade a channel setup from maximum to a small set. For a more critical example one might not support 6+1 channel, however one is interested of using 2 channels. Secondly, I don't know if the set of possible channels is obvious what requires less capability between all possible configuration. Is a quadraphonic setup less or more than a L+R, Center and Surround setup? Having explicit declaration of all used channel modes avoid these problems. Cheers Magnus Ross Finlayson wrote: >It seems to me that for any codec that carries channel etc. parameters >inband - and allows these parameters to change 'on the fly' - there is >an >implicit assumption that each receiver should be able to handle all >possible settings of these inband parameters. So, given this, your >first >proposed solution seems to make the most sense: Declare the AMR-WB+ RTP >payload type to be for stereo, even though all frames within such a >stream >might actually turn out to be mono. > > Ross. > > >_______________________________________________ >Audio/Video Transport Working Group >avt@ietf.org >https://www1.ietf.org/mailman/listinfo/avt > > > -- 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 This communication is confidential and intended solely for the addressee(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you believe this message has been sent to you in error, please notify the sender by replying to this transmission and delete the message without disclosing it. Thank you. E-mail including attachments is susceptible to data corruption, interruption, unauthorized amendment, tampering and viruses, and we only send and receive e-mails on the basis that we are not liable for any such corruption, interception, amendment, tampering or viruses or any consequences thereof. _______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www1.ietf.org/mailman/listinfo/avt
- [AVT] The RTP payload format for multichannel cod… Magnus Westerlund
- Re: [AVT] The RTP payload format for multichannel… Tom Taylor
- Re: [AVT] The RTP payload format for multichannel… Ross Finlayson
- RE: [AVT] The RTP payload format for multichannel… Arnoud van Wijk
- Re: [AVT] The RTP payload format for multichannel… Magnus Westerlund
- Re: [AVT] The RTP payload format for multichannel… Magnus Westerlund
- Re: [AVT] The RTP payload format for multichannel… Ross Finlayson