Re: [rtcweb] Conclusion statement for Recommended Audio Codecs call

Andrew Allen <aallen@rim.com> Thu, 21 February 2013 18:13 UTC

Return-Path: <prvs=27644f7612=aallen@rim.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E23E421F842A for <rtcweb@ietfa.amsl.com>; Thu, 21 Feb 2013 10:13:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.9
X-Spam-Level:
X-Spam-Status: No, score=-5.9 tagged_above=-999 required=5 tests=[AWL=0.698, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zTMPAYvQMYdk for <rtcweb@ietfa.amsl.com>; Thu, 21 Feb 2013 10:13:20 -0800 (PST)
Received: from mhs060cnc.rim.net (mhs060cnc.rim.net [208.65.73.34]) by ietfa.amsl.com (Postfix) with ESMTP id 5B42321F8F08 for <rtcweb@ietf.org>; Thu, 21 Feb 2013 10:13:20 -0800 (PST)
X-AuditID: 0a41282f-b7f606d000004b92-85-512663b15702
Received: from XCT103ADS.rim.net (xct103ads.rim.net [10.67.111.44]) by mhs060cnc.rim.net (SBG) with SMTP id DE.4F.19346.1B366215; Thu, 21 Feb 2013 12:13:05 -0600 (CST)
Received: from XMB104ADS.rim.net ([fe80::2494:a63d:e3:723b]) by XCT103ADS.rim.net ([fe80::c8f6:ae2e:c42b:3614%21]) with mapi id 14.02.0328.009; Thu, 21 Feb 2013 12:13:04 -0600
From: Andrew Allen <aallen@rim.com>
To: "roman@telurix.com" <roman@telurix.com>, "xavier.marjou@orange.com" <xavier.marjou@orange.com>
Thread-Topic: [rtcweb] Conclusion statement for Recommended Audio Codecs call
Thread-Index: AQHOEF8Xmc4GE1nHqE695sy2+AmWUA==
Date: Thu, 21 Feb 2013 18:13:04 +0000
Message-ID: <BBF5DDFE515C3946BC18D733B20DAD2338D19277@XMB104ADS.rim.net>
In-Reply-To: <CAD5OKxsZ3s=SKTBeWQrUiE=jV9f6VKzwYUX78NsoM+4hECz_Fg@mail.gmail.com>
Accept-Language: en-CA, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.67.110.253]
Content-Type: multipart/alternative; boundary="_000_BBF5DDFE515C3946BC18D733B20DAD2338D19277XMB104ADSrimnet_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCKsWRmVeSWpSXmKPExsXC5Zyvo7sxWS3QYPokNYsZF6YyW6z9185u cWTrWmYHZo8lS34yebQ8O8nmcWtKQQBzVAOjTVJiSVlwZnqevp1NYl5efkliSapCSmpxsq2S T2p6Yo5CQFFmWWJypYJLZnFyTmJmbmqRkkJmiq2SiZJCQU5icmpual6JrVJiQUFqXoqSHZcC BrABKsvMU0jNS85PycxLt1XyDPbXtbAwtdQ1VLLTTejkydjyuIm1YMkCxooPe6MbGBvmMHYx cnJICJhILH94jAXCFpO4cG89WxcjF4eQwEpGiXX/NjJDOJsZJSYvms4KUsUmoCyx/PcMsG4R gRSJzm9LmUFsZgF1iTuLz7GD2MICPhI3f2xig6jxlbhycyozhK0nMafjINg2FgFViWknD4DN 5BXwkDj0rxMszikQKHHk9BewOKOArMTus9eZIOaLS9x6Mp8J4lIBiSV7zjND2KISLx//Y4Ww FSX+7v3OClGfL/F2/lVGiPmCEidnPmGZwCgyC8moWUjKZiEpm8XIARTXlFi/Sx+iRFFiSvdD dghbQ6J1zlx2ZPEFjOyrGAVzM4oNzAyS85L1ijJz9fJSSzYxglKKo4b+Dsa37y0OMQpwMCrx 8BrEqgUKsSaWFVfmHmKU4GBWEuHVDwUK8aYkVlalFuXHF5XmpBYfYgwCBtBEZinu5Hxgussr iTc2MCCSoyTOKxIoGigkkA5MZNmpqQWpRTBDmTg4QZZySYkUA9NRalFiaUlGPChpxhcD06ZU A+NVNoHfCsyH5QsOyz2xkPrX1n9cr3euz8K0x0Wbz+8TT9izZOuTRc7vP0ll862cLC/A/+Be S9fX5VncQVOON6+X6Cw2eX7E7UngY8G+dwXL9p/Q8Cu7rvLqRk3dRYlPb5qTwzl/9wfzTxWZ /2jHtvIlk3OiMjRYuJ/yTS/sbaj91XDjltrG/WxKLMUZiYZazEXFiQDnrNbPdwMAAA==
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Conclusion statement for Recommended Audio Codecs call
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Feb 2013 18:13:22 -0000

Roman

It seems you are re-visiting an already decided question of which are the mandatory to implement audio codecs and the concensus call already was made months ago that they are OPUS and G.711.

In my view these achieve the minimum necessary level of basic audio communications interoperability with other systems.
I think this low cost argument has already been dismissed - there is no free lunch - development and testing have considerable costs associated with them as do the consequential delays in implementation and deployment and the IPR situation is not usually 100% certain.

The market will decide what other codecs are useful to be deployed for superior quality interoperability with other high quality audio systems and what codecs make commercial sense to implement today will not make sense 5 years from now.

I do not agree that we should add any additional mandatory to implement audio codecs for RTCweb or make recommendations on additional codecs either.

Andrew

From: Roman Shpount [mailto:roman@telurix.com]
Sent: Thursday, February 21, 2013 11:45 AM Central Standard Time
To: Xavier Marjou <xavier.marjou@orange.com>
Cc: rtcweb@ietf.org <rtcweb@ietf.org>
Subject: Re: [rtcweb] Conclusion statement for Recommended Audio Codecs call

If we follow the logic in this document, I would suggest that G.722 MUST be implemented in all cases. For all practical purposes G.722 is always available. It might not be provided by the platform, but the complexity of implementing it is extremely low, and there is no IPR cost. G.722 is already part of the current WebRTC code base in both Chromium and Firefox, but it is disabled during compilation from being included in the web browser build. Adding support for G.722 in two current major implementations would require one change in defines.
_____________
Roman Shpount


On Thu, Feb 21, 2013 at 12:28 PM, Xavier Marjou <xavier.marjou@orange.com<mailto:xavier.marjou@orange.com>> wrote:
As suggested by the chairs, here is a draft indicating the motivations, as well as a proposed way-forward, regarding "additional relevant audio codecs" : http://tools.ietf.org/html/draft-marjou-rtcweb-audio-codecs-for-interop-00

I would like to present it during the IETF-86.

Cheers,
Xavier


On Mon, Jan 28, 2013 at 9:12 AM, Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>> wrote:
Hi,

We chairs was considering inclusion in draft-ietf-webrtc-audio, but we
didn't have any strong opinions on this. Based on that several WG
participants thinks this should be an independent document, I thus
decided that we will start out with an independent document. If the WG
feels differently later we can always fold the text into the audio codec
and processing requirements document.

I would recommend that the individuals interested in contributing a
codec writes an independent submission with focus on the codec
considerations around the codec(s) they are interested in. Then we can
merge this into a common WG document.

Cheers

Magnus


On 2013-01-27 10:14, Romascanu, Dan (Dan) wrote:
> Hi WG chairs,
>
> Clarification question:
>
>> In lieu of additional normative text, we believe the WG discussion
>> supports the inclusion of a new section on "Additional Relevant Codecs".
>
> Inclusion where?
>
> Thanks and Regards,
>
> Dan
>
>
>
>
>> -----Original Message-----
>> From: rtcweb-bounces@ietf.org<mailto:rtcweb-bounces@ietf.org> [mailto:rtcweb-bounces@ietf.org<mailto:rtcweb-bounces@ietf.org>] On Behalf
>> Of Cullen Jennings (fluffy)
>> Sent: Thursday, January 24, 2013 6:47 PM
>> To: rtcweb@ietf.org<mailto:rtcweb@ietf.org>
>> Subject: Re: [rtcweb] Conclusion statement for Recommended Audio Codecs
>> call
>>
>>
>> We have been running a call for consensus regarding Selecting
>> Recommended Audio Codecs.
>>
>> At this point the chairs are calling this as "no WG consensus".
>>
>> We can however note a strong interest in a non-normative listing of
>> potentially important codecs including a description why they should be
>> considered to be supported in WebRTC implementations.
>>
>> In lieu of additional normative text, we believe the WG discussion
>> supports the inclusion of a new section on "Additional Relevant Codecs".
>> That can contain a list of codecs which are relevant in specific
>> contexts, along with a short description of the context for each.
>> Specifically there seems to be interest in understanding the advantages
>> and costs of G.722, AMR, and AMR-WB. We hope that text would broaden
>> understanding of the WebRTC use case contexts.
>>
>> The WG chairs
>> Magnus, Ted and Cullen
>>
>>
>> _______________________________________________
>> rtcweb mailing list
>> rtcweb@ietf.org<mailto:rtcweb@ietf.org>
>> https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org<mailto:rtcweb@ietf.org>
> https://www.ietf.org/mailman/listinfo/rtcweb
>
>


--

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287<tel:%2B46%2010%207148287>
Färögatan 6                | Mobile +46 73 0949079<tel:%2B46%2073%200949079>
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>
----------------------------------------------------------------------

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org<mailto:rtcweb@ietf.org>
https://www.ietf.org/mailman/listinfo/rtcweb


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org<mailto:rtcweb@ietf.org>
https://www.ietf.org/mailman/listinfo/rtcweb



---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.