Re: [rtcweb] Confirmation of consensus on audio codecs

Jean-Marc Valin <jmvalin@mozilla.com> Wed, 29 August 2012 12:15 UTC

Return-Path: <jmvalin@mozilla.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 2AC9021F8678 for <rtcweb@ietfa.amsl.com>; Wed, 29 Aug 2012 05:15:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311]
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 1yOsJ1n-xFQK for <rtcweb@ietfa.amsl.com>; Wed, 29 Aug 2012 05:15:40 -0700 (PDT)
Received: from smtp.mozilla.org (mx1.corp.phx1.mozilla.com [63.245.216.69]) by ietfa.amsl.com (Postfix) with ESMTP id 5694B21F8667 for <rtcweb@ietf.org>; Wed, 29 Aug 2012 05:15:40 -0700 (PDT)
Received: from [192.168.1.14] (modemcable094.20-21-96.mc.videotron.ca [96.21.20.94]) (Authenticated sender: jvalin@mozilla.com) by mx1.mail.corp.phx1.mozilla.com (Postfix) with ESMTPSA id 2E249F22C0; Wed, 29 Aug 2012 05:15:36 -0700 (PDT)
Message-ID: <503E07E3.3040705@mozilla.com>
Date: Wed, 29 Aug 2012 08:15:31 -0400
From: Jean-Marc Valin <jmvalin@mozilla.com>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: Markus.Isomaki@nokia.com
References: <9E2843EA-EBB9-40B3-898C-6B5216FAE7A5@cisco.com> <E44893DD4E290745BB608EB23FDDB7622933A8@008-AM1MPN1-042.mgdnok.nokia.com>
In-Reply-To: <E44893DD4E290745BB608EB23FDDB7622933A8@008-AM1MPN1-042.mgdnok.nokia.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: fluffy@cisco.com, rtcweb@ietf.org
Subject: Re: [rtcweb] Confirmation of consensus on audio codecs
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: Wed, 29 Aug 2012 12:15:41 -0000

> (speaking for Nokia)
> 
> Nokia thinks that there are complexity issues with the Opus codec.
> There are also possible IPR risks associated with the "royalty-free"
> nature of Opus. We do not recommend Opus to be taken as a mandatory
> codec for RTCWeb at this point. From high quality low bit rate and
> mobile applications point of view the 3GPP AMR-WB codec (also known
> as ITU-T G.722.2) is the most preferable for us. For interoperability
> with implementations restricted to unencumbered codecs, we prefer
> G.711 and G.722.

Sorry, but I think G.722 (or AMR-WB) is just not enough. Speech-only, AM
radio quality is not what we need here. Skype has been shipping a
super-wideband codec for about 3 years now, so going back to wideband as
the highest guaranteed interoperability would make webrtc irrelevant.
Let's look at the options here. On one side we have Opus, that can
easily handle all possible rtcweb applications because it does
narrowband, wideband, super-wideband and fullband, can handle both
speech and music, and scales to high-quality stereo (for music
applications). On the other side, if you want the same functionality,
you would need at least the following codecs: AMR-NB, AMR-WB, G.722.1C,
AAC-LD, HE-AAC, and AAC-LC. And on top of the insane IPR cost of
shipping these 6 codecs, you end up with an inflexible solution (hard to
switch between 6 codecs in real-time based on the network bandwidth),
with slightly lower quality, and that in practice nobody would fully
implement.

	Jean-Marc