Re: [codec] #3: 2.2. Conferencing: Support of binaural audio?
Marc Petit-Huguenin <petithug@acm.org> Tue, 23 March 2010 18:40 UTC
Return-Path: <petithug@acm.org>
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 0D1203A69DF for <codec@core3.amsl.com>; Tue, 23 Mar 2010 11:40:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.135
X-Spam-Level:
X-Spam-Status: No, score=-101.135 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
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 vjsI6No8ZZ7W for <codec@core3.amsl.com>; Tue, 23 Mar 2010 11:40:54 -0700 (PDT)
Received: from server.implementers.org (server.implementers.org [69.55.225.91]) by core3.amsl.com (Postfix) with ESMTP id A34483A6BD1 for <codec@ietf.org>; Tue, 23 Mar 2010 11:40:50 -0700 (PDT)
Received: by server.implementers.org (Postfix, from userid 1001) id 9837E6C984E8; Tue, 23 Mar 2010 18:41:09 +0000 (UTC)
Received: from [68.29.131.234] (68-29-131-234.pools.spcsdns.net [68.29.131.234]) by server.implementers.org (Postfix) with ESMTPA id 76BB86C984E2; Tue, 23 Mar 2010 18:41:08 +0000 (UTC)
Message-ID: <4BA90B43.5060702@acm.org>
Date: Tue, 23 Mar 2010 11:41:07 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100306 Icedove/3.0.3
MIME-Version: 1.0
To: Michael Knappe <mknappe@juniper.net>
References: <05542EC42316164383B5180707A489EE1D0AA5F513@EMBX02-HQ.jnpr.net>
In-Reply-To: <05542EC42316164383B5180707A489EE1D0AA5F513@EMBX02-HQ.jnpr.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: "codec@ietf.org" <codec@ietf.org>, "Borilin@spiritdsp.com" <Borilin@spiritdsp.com>, "trac@localhost.amsl.com" <trac@localhost.amsl.com>
Subject: Re: [codec] #3: 2.2. Conferencing: Support of binaural audio?
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, 23 Mar 2010 18:40:55 -0000
On 03/23/2010 11:32 AM, Michael Knappe wrote: > I agree that any spatial processing should be independent (either out > of band cues or in-band spatially processed audio) of the codec's > underlying audio carriage. We may wish to specify the order of > channels packed into an RTP packet, does anyone know if that has > already been covered in AVT? RFC 3551 section 4.1 > > Cheers, > > Mike > > ----- Original Message ----- From: > codec-bounces@ietf.org<codec-bounces@ietf.org> To: > trac@localhost.amsl.com<trac@localhost.amsl.com>; > hoene@uni-tuebingen.de<hoene@uni-tuebingen.de> Cc: > codec@ietf.org<codec@ietf.org> Sent: Tue Mar 23 13:53:32 2010 > Subject: Re: [codec] #3: 2.2. Conferencing: Support of binaural > audio? > > I agree 100% that the conference should be stereo, however, I am not > sure that CODEC should solve еры positioning task. There are other > ways like sending the spatial position toward the client and let the > client-side to the positioning job. (remember, that in today's > conference, like H.264SVC, assume that each participant MAY HAVE > DIFFERENT LAYOUT of participants on the screen, therefore, spatial > position can be different for different listeners). So its not > probably wise to mix in stereo on the server... > > Slava Borilin > > > -----Original Message----- From: codec-bounces@ietf.org > [mailto:codec-bounces@ietf.org] On Behalf Of codec issue tracker > Sent: Tuesday, March 23, 2010 8:33 PM To: hoene@uni-tuebingen.de Cc: > codec@ietf.org Subject: [codec] #3: 2.2. Conferencing: Support of > binaural audio? > > #3: 2.2. Conferencing: Support of binaural audio? > ------------------------------------+--------------------------------------- > > Reporter: hoene@… | Owner: > Type: enhancement | Status: new Priority: major > | Milestone: Component: requirements | Version: > Severity: - | Keywords: > ------------------------------------+--------------------------------------- > > The mono mixing in teleconferences is somewhat technically outdated. It > would make more sense to state the requirements for stereo mixing, > which greatly helps to quality of teleconferencing. Then, if > participants are placed at particular positions, they can be > identified and understood much better, especially if multiple > persons speak at the same time. > > Thus, I would suggest to give the low complexity mono mixing a low > priority and the stereo mixing a higher priority. >
- [codec] #3: 2.2. Conferencing: Support of binaura… codec issue tracker
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Slava Borilin
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Christian Hoene
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Michael Knappe
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Marc Petit-Huguenin
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Gregory Maxwell
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Slava Borilin
- Re: [codec] #3: 2.2. Conferencing: Support of bin… Stefan Sayer
- Re: [codec] #3: 2.2. Conferencing: Support of bin… codec issue tracker
- Re: [codec] requirements #3 (new): 2.2. Conferenc… codec issue tracker
- Re: [codec] #3: 2.2. Conferencing: Support of bin… codec issue tracker