Re: [rtcweb] Confirmation of consensus on audio codecs
Lorenzo Miniero <lorenzo@meetecho.com> Fri, 17 August 2012 07:52 UTC
Return-Path: <lorenzo@meetecho.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 DA15721F8569 for <rtcweb@ietfa.amsl.com>; Fri, 17 Aug 2012 00:52:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.675
X-Spam-Level:
X-Spam-Status: No, score=-0.675 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245]
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 itfFyADWG-dy for <rtcweb@ietfa.amsl.com>; Fri, 17 Aug 2012 00:52:50 -0700 (PDT)
Received: from smtplq02.aruba.it (smtplq-out6.aruba.it [62.149.158.26]) by ietfa.amsl.com (Postfix) with SMTP id 65D6221F8564 for <rtcweb@ietf.org>; Fri, 17 Aug 2012 00:52:50 -0700 (PDT)
Received: (qmail 24044 invoked by uid 89); 17 Aug 2012 07:52:47 -0000
Received: from unknown (HELO smtp4.aruba.it) (62.149.158.224) by smtplq02.aruba.it with SMTP; 17 Aug 2012 07:52:47 -0000
Received: (qmail 32466 invoked by uid 89); 17 Aug 2012 07:52:47 -0000
Received: from unknown (HELO localhost) (lorenzo@meetecho.com@80.187.201.11) by smtp4.ad.aruba.it with SMTP; 17 Aug 2012 07:52:47 -0000
Date: Fri, 17 Aug 2012 07:12:50 +0300
Message-ID: <2ipmq6k3bq9kogc9deirbhf8.1345176770806@email.android.com>
From: Lorenzo Miniero <lorenzo@meetecho.com>
To: Bernard Aboba <bernard_aboba@hotmail.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Spam-Rating: smtp4.ad.aruba.it 1.6.2 0/1000/N
X-Spam-Rating: smtplq02.aruba.it 1.6.2 0/1000/N
Cc: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
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: Fri, 17 Aug 2012 07:52:55 -0000
+1 on this. Lorenzo Bernard Aboba <bernard_aboba@hotmail.com> ha scritto: >I also support the selection of OPUS and G.711 as MTI. G.722 can be a SHOULD; it is widely supported. > > > >On Aug 16, 2012, at 4:24 PM, "Richard Shockey" <richard@shockey.us> wrote: > >> Reading this list is occasionally an act of torture banned by several >> conventions ..but since you ask. >> >> I completely support the selection of Opus and G.711 as mandatory to >> implement audio codec's ..however I'm very very open minded about supporting >> G.722. It has it merits. It should be totally obvious to most that if you >> even think about interconnecting to public E.164 networks the default option >> for VoLTE and Enterprise Voice networks is going to be G.722. >> >> If it is your goal to create globally useful stove pipes fine, but >> interconnection with existing carrier real time networks is IMHO a rational >> goal. >> >> As for Video .. for goodness sakes just get over it people. H.264 is totally >> implemented everywhere on the planet Earth. So what about the intellectual >> property problems. It's not like VP8 doesn't have problems either. >> >> I'll save my comments about the SDP offer/answer issue for another day. >> >> -----Original Message----- >> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of >> Cullen Jennings (fluffy) >> Sent: Thursday, August 16, 2012 1:16 PM >> To: rtcweb@ietf.org >> Subject: [rtcweb] Confirmation of consensus on audio codecs >> >> >> At the last meeting we took a hum on selecting Opus and G.711 as the >> mediatory to implement audio codecs. If there is any new opinions please >> send them to the list by August 30th, after which the chairs will make a >> determination of consensus. >> >> Thanks, >> Cullen >> >> Please note that the following IPR disclosure have been made on these >> codecs. They can be found at >> >> http://datatracker.ietf.org/ipr/ >> >> >> 2010-11-07 >> . ID # 1445 >> "Broadcom Corporation's Statement about IPR related to >> draft-ietf-codec-opus-00 and draft-ietf-codec-description-00 (1)" >> 2010-11-07 >> . ID # 1446 >> "Xiph.Org Foundation's Statement about IPR related to >> draft-ietf-codec-opus-00" >> 2010-11-12 >> . ID # 1447 >> "Broadcom Corporation's Statement about IPR related to >> draft-ietf-codec-opus-00 and draft-ietf-codec-description-00 (2)" >> 2011-03-23 >> . ID # 1520 >> "Qualcomm Incorporated's Statement about IPR related to >> draft-ietf-codec-opus-05" >> 2011-03-27 >> . ID # 1524 >> "Xiph.Org Foundation's Statement about IPR related to >> draft-ietf-codec-opus-05" >> 2011-03-29 >> . ID # 1526 >> "Broadcom Corporation's Statement about IPR related to >> draft-ietf-codec-opus-05" >> 2011-03-29 >> . ID # 1525 >> "Skype Limited's Statement about IPR related to draft-ietf-codec-opus-05" >> 2011-07-23 >> . ID # 1602 >> "Skype Limited's Statement about IPR related to draft-ietf-codec-opus-07" >> 2012-01-25 >> . ID # 1670 >> "Microsoft Corporation's Statement about IPR related to >> draft-ietf-codec-opus-10" >> 2012-03-12 >> . ID # 1712 >> "Huawei Technologies Co.,Ltd's Statement about IPR related to >> draft-ietf-codec-opus-11 (1)" >> 2012-04-02 >> . ID # 1741 >> "Huawei Technologies Co.,Ltd's Statement about IPR related to >> draft-ietf-codec-opus-11 (2)" >> >> >> >> _______________________________________________ >> 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 >_______________________________________________ >rtcweb mailing list >rtcweb@ietf.org >https://www.ietf.org/mailman/listinfo/rtcweb
- Re: [rtcweb] Confirmation of consensus on audio c… Richard Shockey
- Re: [rtcweb] Confirmation of consensus on audio c… Monty Montgomery
- [rtcweb] Confirmation of consensus on audio codecs Cullen Jennings (fluffy)
- Re: [rtcweb] Confirmation of consensus on audio c… Roman Shpount
- Re: [rtcweb] Confirmation of consensus on audio c… Bernard Aboba
- Re: [rtcweb] Confirmation of consensus on audio c… Richard Shockey
- Re: [rtcweb] Confirmation of consensus on audio c… Richard Shockey
- Re: [rtcweb] Confirmation of consensus on audio c… Monty Montgomery
- Re: [rtcweb] Confirmation of consensus on audio c… Lorenzo Miniero
- Re: [rtcweb] Confirmation of consensus on audio c… Matthew Kaufman
- Re: [rtcweb] Confirmation of consensus on audio c… Jonathan Rosenberg
- Re: [rtcweb] Confirmation of consensus on audio c… Ken Fischer
- Re: [rtcweb] Confirmation of consensus on audio c… Basil Mohamed Gohar
- Re: [rtcweb] Confirmation of consensus on audio c… Basil Mohamed Gohar
- Re: [rtcweb] Confirmation of consensus on audio c… Justin Uberti
- Re: [rtcweb] Confirmation of consensus on audio c… Peter Saint-Andre
- Re: [rtcweb] Confirmation of consensus on audio c… Richard Shockey
- Re: [rtcweb] Confirmation of consensus on audio c… Richard Shockey
- Re: [rtcweb] Confirmation of consensus on audio c… Silvia Pfeiffer
- Re: [rtcweb] Confirmation of consensus on audio c… tom harper
- Re: [rtcweb] Confirmation of consensus on audio c… stephane.proust
- Re: [rtcweb] Confirmation of consensus on audio c… Randell Jesup
- Re: [rtcweb] Confirmation of consensus on audio c… Ted Hardie
- Re: [rtcweb] Confirmation of consensus on audio c… Lishitao
- Re: [rtcweb] Confirmation of consensus on audio c… Neil Stratford
- Re: [rtcweb] Confirmation of consensus on audio c… Markus.Isomaki
- Re: [rtcweb] Confirmation of consensus on audio c… Stefan Hakansson LK
- Re: [rtcweb] Confirmation of consensus on audio c… Jean-Marc Valin
- Re: [rtcweb] Confirmation of consensus on audio c… Paul Coverdale
- Re: [rtcweb] Confirmation of consensus on audio c… Markus.Isomaki
- Re: [rtcweb] Confirmation of consensus on audio c… Stefan Hakansson LK
- Re: [rtcweb] Confirmation of consensus on audio c… Lishitao
- Re: [rtcweb] Confirmation of consensus on audio c… Olle E. Johansson
- Re: [rtcweb] Confirmation of consensus on audio c… Stefan Hakansson LK
- Re: [rtcweb] Confirmation of consensus on audio c… Harald Alvestrand
- Re: [rtcweb] Confirmation of consensus on audio c… Markus.Isomaki
- Re: [rtcweb] Confirmation of consensus on audio c… Jean-Marc Valin
- Re: [rtcweb] Confirmation of consensus on audio c… Jean-Marc Valin
- Re: [rtcweb] Confirmation of consensus on audio c… Bernhard.Feiten
- Re: [rtcweb] Confirmation of consensus on audio c… Mandyam, Giridhar
- Re: [rtcweb] Confirmation of consensus on audio c… Marc Petit-Huguenin
- Re: [rtcweb] Confirmation of consensus on audio c… Randell Jesup
- Re: [rtcweb] Confirmation of consensus on audio c… Peter Saint-Andre
- Re: [rtcweb] Confirmation of consensus on audio c… Randall Gellens
- Re: [rtcweb] Confirmation of consensus on audio c… Basil Mohamed Gohar
- Re: [rtcweb] Confirmation of consensus on audio c… Richard Shockey
- Re: [rtcweb] Confirmation of consensus on audio c… Randall Gellens
- Re: [rtcweb] Confirmation of consensus on audio c… Harald Alvestrand
- Re: [rtcweb] Confirmation of consensus on audio c… Stefan Hakansson LK
- Re: [rtcweb] Confirmation of consensus on audio c… Neil Stratford
- Re: [rtcweb] Confirmation of consensus on audio c… Randall Gellens
- Re: [rtcweb] Confirmation of consensus on audio c… Ted Hardie
- Re: [rtcweb] Confirmation of consensus on audio c… Timothy B. Terriberry
- Re: [rtcweb] Confirmation of consensus on audio c… Ron
- [rtcweb] Consensus Statement for Re: Confirmation… Magnus Westerlund