Re: [rtcweb] RTCWEB needs an Internet Codec

Jean-Marc Valin <jmvalin@mozilla.com> Thu, 30 August 2012 20:24 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 1660F21F8585 for <rtcweb@ietfa.amsl.com>; Thu, 30 Aug 2012 13:24:01 -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 hq1IPgfMdvCl for <rtcweb@ietfa.amsl.com>; Thu, 30 Aug 2012 13:24:00 -0700 (PDT)
Received: from smtp.mozilla.org (mx1.corp.phx1.mozilla.com [63.245.216.69]) by ietfa.amsl.com (Postfix) with ESMTP id 7109821F857D for <rtcweb@ietf.org>; Thu, 30 Aug 2012 13:24:00 -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 96DEBF22EB; Thu, 30 Aug 2012 13:23:59 -0700 (PDT)
Message-ID: <503FCBC8.40506@mozilla.com>
Date: Thu, 30 Aug 2012 16:23:36 -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: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
References: <p06240603cc63f3f41ca9@[99.111.97.136]> <503F46C5.2090607@alvestrand.no> <EDC0A1AE77C57744B664A310A0B23AE240CBCCD8@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
In-Reply-To: <EDC0A1AE77C57744B664A310A0B23AE240CBCCD8@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] RTCWEB needs an Internet Codec
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, 30 Aug 2012 20:24:05 -0000

On 12-08-30 08:38 AM, DRAGE, Keith (Keith) wrote:
> If the codecs supported by both endpoints do not supply the
> characteristics needed for the communication, then you will get
> interoperability failure.
> 
> If I want more bandwidth or quality than OPUS supplies, then I will
> also get interoperability failure.

Care to provide an example of use case to which Opus does not scale? It
starts from about 6 kb/s, which is certainly low enough (and far less
than the RTP overhead anyway). From there, it can scale to 512 kb/s
stereo, which is more than twice as much as the highest bitrate at which
anyone was ever able to ABX the coded audio against the original.
There's also multi-channel (>2) mappings if needed. Well, we don't cover
dogs, but I think I can live with that.

	Jean-Marc

> Keith
> 
>> -----Original Message----- From: rtcweb-bounces@ietf.org
>> [mailto:rtcweb-bounces@ietf.org] On Behalf Of Harald Alvestrand 
>> Sent: 30 August 2012 11:56 To: rtcweb@ietf.org Subject: Re:
>> [rtcweb] RTCWEB needs an Internet Codec
>> 
>> The counterpoint is that having G.711 as the only MTI means that
>> you get interoperability failure for any application in which G.711
>> sound quality is not acceptable.
>> 
>> This includes all applications involving music.
>> 
>> On 08/29/2012 06:30 PM, Randall Gellens wrote:
>>> At 12:13 AM -0400 8/29/12, Roman Shpount wrote:
>>> 
>>>> I would argue G.711 should be the MTI codec. The rest can be
>>>> left up to browser implementers.
>>> 
>>> I agree.
>>> 
>>>> We can argue all we want, but the best royalty free low
>>>> bitrate codec available will be the one everybody supports.
>>> 
>>> Very good point, and why we should mandate only one audio codec.
>>> 
>> 
>> _______________________________________________ rtcweb mailing
>> list rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________ rtcweb mailing list 
> rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
>